Pages

Search

MAKEDEV and CentOS -- cdrecord. - Forums Linux

MAKEDEV and CentOS -- cdrecord. - Forums Linux


MAKEDEV and CentOS -- cdrecord.

Posted: 02 Dec 2005 04:44 AM PST

On Sat, 03 Dec 2005 03:30:56 +0100, Jean-David Beyer <com> wrote:
 
[...] 

But isn't the file /sys/devices/whatever.../type present on your system?

I think it should be possible to do lspci, and use the output to exclude
most of the irrelevant parts of the /sys/devices file tree. There should
be just one or a handfull directories left to investigate manually.

The first question is if this script is already being called with your
device, but the script does not do the right thing at that point, or
is the hotplug system just not seing the cd burner, PleXWriter, or is it
seeing it before /sbin/hotplug is installed and the udev systems starrted.

In the first case, you could perhaps instrument the script with some
logging, have it show for each invocation what environment variables
it is being called with, and what actions it is taking.

In the latter case, one needs to investigate the existing infrastructure
for simulating hotplug events for devices that are discovered early.

[...] 

OK, interesting. Would be nice to know what the difference really is,
between /sbin/hotplug and /sbin/udevsend.

[...] 

Ah, so some hotplug events are generated by the module once it gets loaded,
and your existing infrastructure knows already how to deal with that.

What is missing is something to trigger the loading of this module.
I suppose the "Symbios SYM20810 PCI to Fast SCSI Host Adapter" does appear
in lspci, and has some directory nodes in the /sys/devices tree. Something
there should be the trigger for the missing thing.

What does this part of the device tree look like? Are any attached devices
visible before you load the sg driver? What driver does scsi host adapter
use? If the attached device is not visible, the presence (or the discovery)
of the host adapter should trigger a program or sequence of events that
lead to the discovery and enumeration of the attached devices. The missing
piece of logic must somehow attach to that.

In the end this will lead to an amendment of the distro scripts that could
be contributed. That is the point I see in not just sticking modprobe
commands in rc.local, to generate something that fits in the general
framework, is maintainable, and will load the correct modules on any
computer, not just your.

-Enrique

Protection from a Rescue or Live CD accessing the filesystem

Posted: 02 Dec 2005 03:15 AM PST

Tauno Voipio wrote: 

cryptoloop was the perfect reason to reinvent the wheel.
When I started looking into cryptoloop about three years
ago it was obvious that it was written by people not
knowing enough about disk encryption. Back then there
was lots of implementations of disk encryption with no
theoretical foundation. We simply didn't know how to
analyze a disk encryption to decide if it was secure or
not.

Suggesting the use of disk encryption as a mean against
tampering is no good as none of the existing
implementations I know about does anything to handle
tampering. You can make a disk encryption that detect
tampering and reports read errors when it does, but it
seems nobody has done so yet. And if you do you of
course also have to consider the consequences of
tampering with the code supposed to detect tampering.
You may decide to trust code on a boot CD to detect
tampering with HD contents, but you would still have a
BIOS to worry about.

As far as security against passive adversaries that do
not modify disk contents, I think the best encryption
currently available is GBDE. It is not perfect though,
I do find the cherry picker a bit fishy. The generated
keys are not uniformly random, and it only takes minor
additional weaknesses before I have a real attack
against the cherry picker which does provably reduce
security.

In spite of that I still think GBDE is miles ahead of
cryptoloop. And don't get me started on password
changes, which are either insecurely designed or not
implemented at all in every disk encryption I know
about.

And in case you want to read some of the litterature
on the subject, I recently posted this comment with a
list of some relevant works:

http://slashdot.org/comments.pl?sid=164176&cid=13721324

--
Kasper Dupont
Note to self: Don't try to allocate
256000 pages with GFP_KERNEL on x86.

Weird, suspicious server failure

Posted: 02 Dec 2005 02:44 AM PST

Steven Mocking <com> wrote: 

Well, what are they waiting on? Run ps axl and check the WCHAN column.

 

Shrug - you have some hardware problem. Probably a fubared disk. Maybe
just a NFS mount that has gone bad. Find out.
 

??? What do you mean?

 

Well, where did it stick? Strace it.
 
 

I see nothing suspicious. Time adjust. So? Reset the bios clock so the
adjust won't be necessary.
 
 

Well, you certainly have whacky clocking.
 

You forgot to trace what was happening. There isn't any data heer to
point anywhere.

Peter

Q:Installing Linux without touching MBR...

Posted: 01 Dec 2005 05:16 PM PST

com wrote:

<snip>

 

Assuming you are creating new partitions, install grub to the *partition*
where /boot resides. Then in fdisk change the active partition to
the /boot partition. Set up grub to boot windows for you as well. This
will leave the R&R and Windows untouched because you are telling the BIOS
there is actually a different active partition. I've done this work around
on other systems.

logrotate error

Posted: 01 Dec 2005 04:40 PM PST

On Fri, 02 Dec 2005 15:58:35 +0100, Enrique Perez-Terron shouted Hoy......

 

killall -s HUP ntpd; echo $? from the cmd line gives 0 from running
logrotate
-bash-3.00# logrotate -f logrotate.conf error: error running postrotate
script

-bash-3.00# logrotate -f -d logrotate.conf reading config file
logrotate.conf
reading config info for /var/log/lastlog /var/log/wtmp

reading config info for /var/log/servicelog

Handling 2 logs

rotating pattern: /var/log/lastlog /var/log/wtmp
forced from command line (1 rotations)
empty log files are rotated, old logs are removed considering log
/var/log/lastlog
log needs rotating
considering log /var/log/wtmp
log needs rotating
rotating log /var/log/lastlog, log->rotateCount is 1 renaming
/var/log/lastlog.1 to /var/log/lastlog.2 (rotatecount 1, logstart 1, i 1),
renaming /var/log/lastlog.0 to /var/log/lastlog.1 (rotatecount 1, logstart
1, i 0), renaming /var/log/lastlog to /var/log/lastlog.1 creating new log
mode = 0644 uid = 0 gid = 0 removing old log /var/log/lastlog.2
rotating log /var/log/wtmp, log->rotateCount is 1 renaming /var/log/wtmp.1
to /var/log/wtmp.2 (rotatecount 1, logstart 1, i 1), renaming
/var/log/wtmp.0 to /var/log/wtmp.1 (rotatecount 1, logstart 1, i 0),
renaming /var/log/wtmp to /var/log/wtmp.1 creating new log mode = 0644 uid
= 0 gid = 0 removing old log /var/log/wtmp.2

rotating pattern: /var/log/servicelog
forced from command line (6 rotations)
empty log files are rotated, old logs are removed considering log
/var/log/servicelog
log needs rotating
rotating log /var/log/servicelog, log->rotateCount is 6 renaming
/var/log/servicelog.6 to /var/log/servicelog.7 (rotatecount 6, logstart 1,
i 6), renaming /var/log/servicelog.5 to /var/log/servicelog.6 (rotatecount
6, logstart 1, i 5), renaming /var/log/servicelog.4 to
/var/log/servicelog.5 (rotatecount 6, logstart 1, i 4), renaming
/var/log/servicelog.3 to /var/log/servicelog.4 (rotatecount 6, logstart 1,
i 3), renaming /var/log/servicelog.2 to /var/log/servicelog.3 (rotatecount
6, logstart 1, i 2), renaming /var/log/servicelog.1 to
/var/log/servicelog.2 (rotatecount 6, logstart 1, i 1), renaming
/var/log/servicelog.0 to /var/log/servicelog.1 (rotatecount 6, logstart 1,
i 0), renaming /var/log/servicelog to /var/log/servicelog.1 creating new
log mode = 0644 uid = 0 gid = 0 running postrotate script
running script with arg /var/log/servicelog: "
/bin/killall -s HUP ntpd; echo $?
"
removing old log /var/log/servicelog.7 -bash-3.00# 
No nothing in the system log nor servicelog. Looked at all the logs and
there isn't a single entry.
I think it's time to log the debug logs from syslogd

 
ntpd writes to it directly, I have nothing in the syslog.conf file
referencing servicelog.

 

What is different is ntpd write servicelog directly. My system is very
different from yours as it is a scratch built system, not a distribution.

Salamat po


--
Dancin' in the ruins tonight
mail: echo ee.pbz | perl -pe 'y/a-z/n-za-m/'
Tayo'y Mga Pinoy

Disaster Recovery

Posted: 01 Dec 2005 10:16 AM PST


Well, with all these discussions going on, no one has yet offered one
of these sites that perform this task for you.

I di have an external USB drive and use RSYNC to back up differences
each night. Big deal, I still would need a box in case of a disaster,
ot in case the DSL went out again for a long period of time.

But again, I've heard to these places where you can just buy or rent a
50GB chunk of of space that yours, to load whatever OS you want and do
whatever you want with. That would work good as a temporary solution.

The service needs to have the following:

Red Hat (Which I probably install)
Apache
Postfix
Perl SSH

My drives are mirrored, and I also have an external USB drive. These
work great in case of a drive failure, or is the box itself crashes and
I have a spare box around. But if the DSL goes out, I need to be able
to be up someplace else rather quickly. So, one of these services
would serve as a good alternative.

Unless someone else has a better suggestion? And getting a second DSL
line into the place is not cost effective at this time.

Arthur

Problems with FC4 and Cyrrus logic GD544x Graphics controller

Posted: 01 Dec 2005 08:03 AM PST

On Thu, 01 Dec 2005 18:41:39 +0100, Aaron Gray <com> wrote:
 

Anything particular you observe that makes you think that?
 

I don't quite understand... Anaconda is the installation program, right?
running off some mixture of ramfs root file system, and a mounted CD.
Did you patch /etc/X11/xorg.conf on the ramfs? Would yo give away a slight
hint about what you did?

(Not that I think I would be able to help you, I have never had any similar
graphics controller. I just thought you might attract a useful comment or two
if you don't keep the cards so tightly to your chest. This isn't poker, is
it?)

-Enrique

Somehow deleted RPM and YUM... help!

Posted: 30 Nov 2005 10:10 AM PST


"Jim" <com> wrote in message
news:googlegroups.com... 

Please tell me that you have another system lying around that you can put
"rpm2cpio" on, then use it to extract the key binaries and libraries for RPM
and install them on your damaged machine. Or seriously consider doing a
clean install on top of it with the installation CD's.


Firefox problem for normal user, but OK for root

Posted: 30 Nov 2005 09:02 AM PST

On Wed, 30 Nov 2005 17:36:54 +0000, Unruh wrote:
 
...snip.. 
...snip..

You're right that I didn't really want to use gdb. I didn't know that the
--debug option would do that, but I wanted to see what was different
between a normal user and root.

See later in the thread for the true origin of the problem and the fix.


Beef


x server

Posted: 30 Nov 2005 07:37 AM PST


"Enrique Perez-Terron" <no> wrote in message
news:home.lan... 

I recommend strongly against directly editing that file for newbies. Most
distributions have a built-in X configuraiton tool. On RedHat and Fedora
recent releases, it is called "system-config-display" and should be run as
the root user in runlevel 1 or runlevel 3.