reiserfs-Filesystem vermurkst.
Hilfe an die Liste, mein reiserfs ist vermurkst, habe 9.3 und nach einem YOU vor ca. 2 Wochen Probleme mit USB-Sticks bekommen, nach Einstecken des Sticks war alles eingefroren (habe mehrere probiert mit dem gleichen Effekt), nur ausschalten hat geholfen, mit den bekannten Nebenwirkungen. Irgendwann ist dann Linux nur noch abgesichert gestartet. Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: ------------------------------------------------------------------------------------------ Will check superblock and rebuild it if needed Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes bread: Cannot read the block (2): (Is a directory). reiserfs_open: bread failed reading block 2 bread: Cannot read the block (16): (Is a directory). reiserfs_open: bread failed reading block 16 reiserfs_open: the reiserfs superblock cannot be found on /mnt/hda8. rebuils_sb: cannot open device /mnt/hda8 ------------------------------------------------------------------------------------------------- was kann ich noch tun?? Hat dieses Update mein 9.3 bis zur Unbrauchbarkeit verschlimmbessert? Danke für jede Hilfe Helmut --------------------------------- Telefonieren Sie ohne weitere Kosten mit Ihren Freunden von PC zu PC! Jetzt Yahoo! Messenger installieren!
Am Sonntag, 12. März 2006 17:17 schrieb Helmut Weiser:
Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: (...). rebuils_sb: cannot open device /mnt/hda8 (...).
Wieso /mnt/hda8? Das wird kaum das Device deiner Partition sein! Gruß Jan -- It's hard to detect good luck, it looks so much like something you've earned.
Ja, richtig, hatte mich verschrieben, inzwischen laüfts wieder, mal sehen wie lange... Danke Helmut Jan Ritzerfeld wrote:
Am Sonntag, 12. März 2006 17:17 schrieb Helmut Weiser:
Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: (...). rebuils_sb: cannot open device /mnt/hda8 (...).
Wieso /mnt/hda8? Das wird kaum das Device deiner Partition sein!
Gruß Jan
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Ein Zeilenumbruch wuerde Deinen Mails nicht schaden...! Helmut Weiser wrote:
[...] mein reiserfs ist vermurkst, habe 9.3 und nach einem YOU vor ca. 2 Wochen Probleme mit USB-Sticks bekommen, nach Einstecken des Sticks war alles eingefroren (habe mehrere probiert mit dem gleichen Effekt), nur ausschalten hat geholfen, mit den bekannten Nebenwirkungen. Irgendwann ist dann Linux nur noch abgesichert gestartet. Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: ------------------------------------------------------------------------------------------ Will check superblock and rebuild it if needed Will put log info to 'stdout'
Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes bread: Cannot read the block (2): (Is a directory). reiserfs_open: bread failed reading block 2 bread: Cannot read the block (16): (Is a directory). reiserfs_open: bread failed reading block 16
reiserfs_open: the reiserfs superblock cannot be found on /mnt/hda8. rebuils_sb: cannot open device /mnt/hda8 ------------------------------------------------------------------------------------------------- was kann ich noch tun?? Hat dieses Update mein 9.3 bis zur Unbrauchbarkeit verschlimmbessert?
1. Das Programm erwartet ein Device, keinen Mount-Point. Es muss also nicht /mnt/hda8, sondern etwas wie /dev/hda8 heissen. Siehe auch Manual-Page von reiserfsck. 2. Ein Filesystem-Check sollte nie auf eine als read/write gemountete Partition losgelassen werden. Du musst fuer einen Filesystem-Check hda8 nicht nach mnt mounten. 3. Es gibt keine Option "--rebuild-sd", ich nehme an, Du meinst die Option "--rebuild-sb"... 4. Bevor Du etwas derartiges ausfuehrst, solltest Du dringend(!) eine Kopie der Partition machen, falls noch kein Backup vorhanden ist. 5. Du solltest nicht gleich mit der Holzhammermethode starten. Versuche zunaechst ein "reiserfsck --check" mit der betroffenen Partition (bzw. dem Image, gemountet ueber Loop-Device). Falls das nicht hilft, versuche ein "reiserfsck --fix-fixable". Falls auch das nicht weiterhilft, dann versuche ein "reiserfsck --rebuild-tree" bzw. ein "reiserfsck --rebuild-tree --scan-whole-partition". Aber wie gesagt, ohne Backup wuerde ich das nie machen. Falls die Fehlermeldung tatsaechlich lautet "read_super_block: can't find a reiserfs file system", dann war/waere die Option "--rebuild-sb" die richtige... CU, Th.
Danke Thomas für die guten Hinweise. Habe jetzt den Check von der Install-CD aus gemacht (Startmethode Rescuesystem o.ä.), das erste mal wars über Knoppix/root-konsole, und siehe da es hat keine Fehler gefunden und das System startet wieder!!!! Bin etwas perplex warum, mal sehen obs so bleibt. Allerdings habe ich noch nichts mit USB-Stick probiert, mache ich morgen. Jetzt weis ich ja das hier sehr kompetente Hilfe ist falls da wieder was schief geht. Nochmals Danke und schönen Sonntag Abend. Helmut Thomas Hertweck wrote:
Ein Zeilenumbruch wuerde Deinen Mails nicht schaden...!
Helmut Weiser wrote:
[...] mein reiserfs ist vermurkst, habe 9.3 und nach einem YOU vor ca. 2 Wochen Probleme mit USB-Sticks bekommen, nach Einstecken des Sticks war alles eingefroren (habe mehrere probiert mit dem gleichen Effekt), nur ausschalten hat geholfen, mit den bekannten Nebenwirkungen. Irgendwann ist dann Linux nur noch abgesichert gestartet. Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: ------------------------------------------------------------------------------------------ Will check superblock and rebuild it if needed Will put log info to 'stdout'
Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes bread: Cannot read the block (2): (Is a directory). reiserfs_open: bread failed reading block 2 bread: Cannot read the block (16): (Is a directory). reiserfs_open: bread failed reading block 16
reiserfs_open: the reiserfs superblock cannot be found on /mnt/hda8. rebuils_sb: cannot open device /mnt/hda8 ------------------------------------------------------------------------------------------------- was kann ich noch tun?? Hat dieses Update mein 9.3 bis zur Unbrauchbarkeit verschlimmbessert?
1. Das Programm erwartet ein Device, keinen Mount-Point. Es muss also nicht /mnt/hda8, sondern etwas wie /dev/hda8 heissen. Siehe auch Manual-Page von reiserfsck. 2. Ein Filesystem-Check sollte nie auf eine als read/write gemountete Partition losgelassen werden. Du musst fuer einen Filesystem-Check hda8 nicht nach mnt mounten. 3. Es gibt keine Option "--rebuild-sd", ich nehme an, Du meinst die Option "--rebuild-sb"... 4. Bevor Du etwas derartiges ausfuehrst, solltest Du dringend(!) eine Kopie der Partition machen, falls noch kein Backup vorhanden ist. 5. Du solltest nicht gleich mit der Holzhammermethode starten. Versuche zunaechst ein "reiserfsck --check" mit der betroffenen Partition (bzw. dem Image, gemountet ueber Loop-Device). Falls das nicht hilft, versuche ein "reiserfsck --fix-fixable". Falls auch das nicht weiterhilft, dann versuche ein "reiserfsck --rebuild-tree" bzw. ein "reiserfsck --rebuild-tree --scan-whole-partition". Aber wie gesagt, ohne Backup wuerde ich das nie machen. Falls die Fehlermeldung tatsaechlich lautet "read_super_block: can't find a reiserfs file system", dann war/waere die Option "--rebuild-sb" die richtige...
CU, Th.
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
So ganz ist noch nicht alles in Ordnung, KDE startet nur über umwege:
- wenn ich 9.3 im abgesicherten modus starte, mich einlogge und dann startx eingeben, komm ich im KDE,
- wenn ich 9.3 "normal" starte, kommt nur ein kleines Terminalfenster. startx gibt dann die Fehlerneldung "fatal error, server is already running,..." Mach ich da init 3, und dann startx, komme ich wieder im KDE.
Was hat sich da verstellt / was muss ich wo ändern damit wieder beim Starten KDE automatisch kommt? Habe schon im Yast geschaut aber nichts gefunden.
Danke für Hinweise
Helmut
Helmut
Ein Zeilenumbruch wuerde Deinen Mails nicht schaden...!
Helmut Weiser wrote:
[...] mein reiserfs ist vermurkst, habe 9.3 und nach einem YOU vor ca. 2 Wochen Probleme mit USB-Sticks bekommen, nach Einstecken des Sticks war alles eingefroren (habe mehrere probiert mit dem gleichen Effekt), nur ausschalten hat geholfen, mit den bekannten Nebenwirkungen. Irgendwann ist dann Linux nur noch abgesichert gestartet. Daraufhin wollte ich unter Knoppix in der Rootkonsole das Filesystem mit reiserfsck --rebuild-sd /mnt/hda8 reparieren, und folgendes kam raus: ------------------------------------------------------------------------------------------ Will check superblock and rebuild it if needed Will put log info to 'stdout'
Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes bread: Cannot read the block (2): (Is a directory). reiserfs_open: bread failed reading block 2 bread: Cannot read the block (16): (Is a directory). reiserfs_open: bread failed reading block 16
reiserfs_open: the reiserfs superblock cannot be found on /mnt/hda8. rebuils_sb: cannot open device /mnt/hda8 ------------------------------------------------------------------------------------------------- was kann ich noch tun?? Hat dieses Update mein 9.3 bis zur Unbrauchbarkeit verschlimmbessert?
1. Das Programm erwartet ein Device, keinen Mount-Point. Es muss also nicht /mnt/hda8, sondern etwas wie /dev/hda8 heissen. Siehe auch Manual-Page von reiserfsck. 2. Ein Filesystem-Check sollte nie auf eine als read/write gemountete Partition losgelassen werden. Du musst fuer einen Filesystem-Check hda8 nicht nach mnt mounten. 3. Es gibt keine Option "--rebuild-sd", ich nehme an, Du meinst die Option "--rebuild-sb"... 4. Bevor Du etwas derartiges ausfuehrst, solltest Du dringend(!) eine Kopie der Partition machen, falls noch kein Backup vorhanden ist. 5. Du solltest nicht gleich mit der Holzhammermethode starten. Versuche zunaechst ein "reiserfsck --check" mit der betroffenen Partition (bzw. dem Image, gemountet ueber Loop-Device). Falls das nicht hilft, versuche ein "reiserfsck --fix-fixable". Falls auch das nicht weiterhilft, dann versuche ein "reiserfsck --rebuild-tree" bzw. ein "reiserfsck --rebuild-tree --scan-whole-partition". Aber wie gesagt, ohne Backup wuerde ich das nie machen. Falls die Fehlermeldung tatsaechlich lautet "read_super_block: can't find a reiserfs file system", dann war/waere die Option "--rebuild-sb" die richtige...
CU, Th.
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com --------------------------------- Telefonieren Sie ohne weitere Kosten mit Ihren Freunden von PC zu PC! Jetzt Yahoo! Messenger installieren!
Helmut Weiser schrieb:
So ganz ist noch nicht alles in Ordnung, KDE startet nur über umwege:
- wenn ich 9.3 im abgesicherten modus starte, mich einlogge und dann startx eingeben, komm ich im KDE, - wenn ich 9.3 "normal" starte, kommt nur ein kleines Terminalfenster. startx gibt dann die Fehlerneldung "fatal error, server is already running,..." Mach ich da init 3, und dann startx, komme ich wieder im KDE.
Die Meldung ist logisch, weil der X-Server nach Deiner Beschreibung schon läuft. Die Fehlermeldung bezieht sich also auf den X-Server, nicht jedoch auf KDE. Du könntest versuchen KDE mit dem Befehl 'startkde' zu starten.
Was hat sich da verstellt / was muss ich wo ändern damit wieder beim Starten KDE automatisch kommt? Habe schon im Yast geschaut aber nichts gefunden.
Schau mal in YaST2 -> System -> Editor für /etc/sysconfig-Dateien unter dem Punkt 'Desktop -> Display manager -> DISPLAYMANAGER' nach, ob dort 'kdm' eingetragen ist. kdm ist der Desktop/Displaymanager von KDE. Kontrolliere auch, ob unter 'Desktop -> Window manager -> DEFAULT_WM' kde eingetragen ist. Eine andere Stelle, wo Du noch nachschauen könntest, wenn das oben noch nicht helfen sollte, wären die Dateien xinitrc in /etc/X11/xinit und .xinitrc.template in /home/username interessant. Es handelt sich bei diesen Dateien um ein Shell-Script, welches zum geeigneten Zeitpunkt auch vom Befehl startx ausgeführt wird. Ich werde einmal meine xinitrc hier am Ende der Mail posten, damit Du diese mit Deiner auf Deinem System vergleichen kannst.
Danke für Hinweise Helmut
MfG Richi PS: Hier das Listing der xinitrc (.xinitrc.template ist bei mir identisch): #!/bin/bash # # Sample .xinitrc for SuSE Linux # This script is called from 'startx' when you start an X session # # # In case everything goes wrong, we at least fall back to a plain xterm # failsafe="xterm -ls -T Failsafe -geometry 80x24-0-0" trap "exec $failsafe" EXIT SIGHUP SIGINT SIGPIPE SIGTERM SIGIO # # Some bash (1 and 2) settings to avoid trouble on a # failed program call. # test -n "$BASH" && set +o posix no_exit_on_failed_exec=1 type shopt > /dev/null 2>&1 && shopt -s execfail set +e > /dev/null 2>&1 # # This should be the default # export TERM=xterm # # choose a window manager # if test -n "$WINDOWMANAGER" ; then WINDOWMANAGER=`type -p $WINDOWMANAGER` fi if test -z "$WINDOWMANAGER" ; then if test -x /usr/X11R6/bin/kde ; then WINDOWMANAGER=/usr/X11R6/bin/kde elif test -x /usr/X11R6/bin/startkde ; then WINDOWMANAGER=/usr/X11R6/bin/startkde elif test -x /usr/X11R6/bin/fvwm2 ; then WINDOWMANAGER=/usr/X11R6/bin/fvwm2 elif test -x /usr/X11R6/bin/wmlist ; then for i in `/usr/X11R6/bin/wmlist` ; do WINDOWMANAGER=`type -p $i` test -n "$WINDOWMANAGER" && break done elif test -x /usr/X11R6/bin/twm ; then WINDOWMANAGER=/usr/X11R6/bin/twm fi fi if test -z "$WINDOWMANAGER" ; then echo "Error: Unable to find a window manager. Please make sure you installed one!" echo "Exiting..." xmessage -timeout 10 -default okay -center -file - <<-EOF Error: Unable to find a window manager. Please make sure you installed one! Exiting... EOF exit 1 fi # add dbus-launch if found dbuslaunch="`which dbus-launch 2>/dev/null`" if [ -n "$dbuslaunch" ] && [ -x "$dbuslaunch" ]; then WINDOWMANAGER="$dbuslaunch --sh-syntax --exit-with-session $WINDOWMANAGER" fi # # Load system and users resources if not already done # (XSESSION_IS_UP set by xdm in $XLIBDIR/xdm/Xsession) # if test "$XSESSION_IS_UP" != "yes" ; then XLIBDIR=/usr/X11R6/lib/X11 test -r $XLIBDIR/Xmodmap && xmodmap $XLIBDIR/Xmodmap test -r $HOME/.Xmodmap && xmodmap $HOME/.Xmodmap test -r $XLIBDIR/Xresources && xrdb -load -retain $XLIBDIR/Xresources test -r $HOME/.Xdefaults && xrdb -I$HOME -merge $HOME/.Xdefaults test -r $HOME/.Xresources && xrdb -I$HOME -merge $HOME/.Xresources fi # Start the XIM server XIMFILE=/etc/X11/xim test -r $HOME/.xim && XIMFILE=$HOME/.xim test -r $XIMFILE && source $XIMFILE # Enable Numlock if set test -r /var/run/numlock-on -a -x /usr/X11R6/bin/numlock && /usr/X11R6/bin/numlock # Disable new Xcursor themes if none is specified resp. located in $HOME # (use "unset XCURSOR_CORE" to enable them again later) #if [ "x$XCURSOR_THEME" == "x" -a ! -d $HOME/.icons ]; then # export XCURSOR_CORE=true #else # unset XCURSOR_CORE #fi # load nvidia settings if [ -x /usr/bin/nvidia-settings -a -r $HOME/.nvidia-settings-rc ]; then /usr/bin/nvidia-settings --load-config-only &> /dev/null & fi echo "$WINDOWMANAGER" | grep -q twm && xsetroot -solid darkslateblue # # Uncomment next line to activate asking for ssh passphrase # # ssh-add # # Add your own lines here... # # day planer deamon # pland & # # finally start the window manager # exec $WINDOWMANAGER # call failsafe exit 0 ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Hallo,
habe alles geprüft wie vorgeschlagen, nichts falsches gesehen, und die xinitrc sind über 1 jahr alt, da hat sich nichts geändert und bis vor 1 Woche gings ja.
Wo kann man noch suchen?
Habe die /var/log/messages mal angehängt, so wie das System startet,, bis es in der Konsole bleibt anstelle im KDE zu gehen, vielleicht ist da was zu sehen -für experten-...:
Danke für die Nachforschungen.!
Helmut
Richard Kraut
So ganz ist noch nicht alles in Ordnung, KDE startet nur über umwege:
- wenn ich 9.3 im abgesicherten modus starte, mich einlogge und dann startx eingeben, komm ich im KDE, - wenn ich 9.3 "normal" starte, kommt nur ein kleines Terminalfenster. startx gibt dann die Fehlerneldung "fatal error, server is already running,..." Mach ich da init 3, und dann startx, komme ich wieder im KDE.
Die Meldung ist logisch, weil der X-Server nach Deiner Beschreibung schon läuft. Die Fehlermeldung bezieht sich also auf den X-Server, nicht jedoch auf KDE. Du könntest versuchen KDE mit dem Befehl 'startkde' zu starten.
Was hat sich da verstellt / was muss ich wo ändern damit wieder beim Starten KDE automatisch kommt? Habe schon im Yast geschaut aber nichts gefunden.
Schau mal in YaST2 -> System -> Editor für /etc/sysconfig-Dateien unter dem Punkt 'Desktop -> Display manager -> DISPLAYMANAGER' nach, ob dort 'kdm' eingetragen ist. kdm ist der Desktop/Displaymanager von KDE. Kontrolliere auch, ob unter 'Desktop -> Window manager -> DEFAULT_WM' kde eingetragen ist. Eine andere Stelle, wo Du noch nachschauen könntest, wenn das oben noch nicht helfen sollte, wären die Dateien xinitrc in /etc/X11/xinit und .xinitrc.template in /home/username interessant. Es handelt sich bei diesen Dateien um ein Shell-Script, welches zum geeigneten Zeitpunkt auch vom Befehl startx ausgeführt wird. Ich werde einmal meine xinitrc hier am Ende der Mail posten, damit Du diese mit Deiner auf Deinem System vergleichen kannst.
Danke für Hinweise Helmut
MfG Richi
PS: Hier das Listing der xinitrc (.xinitrc.template ist bei mir identisch):
#!/bin/bash
#
# Sample .xinitrc for SuSE Linux
# This script is called from 'startx' when you start an X session
#
#
# In case everything goes wrong, we at least fall back to a plain xterm
#
failsafe="xterm -ls -T Failsafe -geometry 80x24-0-0"
trap "exec $failsafe" EXIT SIGHUP SIGINT SIGPIPE SIGTERM SIGIO
#
# Some bash (1 and 2) settings to avoid trouble on a
# failed program call.
#
test -n "$BASH" && set +o posix
no_exit_on_failed_exec=1
type shopt > /dev/null 2>&1 && shopt -s execfail
set +e > /dev/null 2>&1
#
# This should be the default
#
export TERM=xterm
#
# choose a window manager
#
if test -n "$WINDOWMANAGER" ; then
WINDOWMANAGER=`type -p $WINDOWMANAGER`
fi
if test -z "$WINDOWMANAGER" ; then
if test -x /usr/X11R6/bin/kde ; then
WINDOWMANAGER=/usr/X11R6/bin/kde
elif test -x /usr/X11R6/bin/startkde ; then
WINDOWMANAGER=/usr/X11R6/bin/startkde
elif test -x /usr/X11R6/bin/fvwm2 ; then
WINDOWMANAGER=/usr/X11R6/bin/fvwm2
elif test -x /usr/X11R6/bin/wmlist ; then
for i in `/usr/X11R6/bin/wmlist` ; do
WINDOWMANAGER=`type -p $i`
test -n "$WINDOWMANAGER" && break
done
elif test -x /usr/X11R6/bin/twm ; then
WINDOWMANAGER=/usr/X11R6/bin/twm
fi
fi
if test -z "$WINDOWMANAGER" ; then
echo "Error: Unable to find a window manager. Please make sure you
installed one!"
echo "Exiting..."
xmessage -timeout 10 -default okay -center -file - <<-EOF
Error: Unable to find a window manager. Please make sure you installed one!
Exiting...
EOF
exit 1
fi
# add dbus-launch if found
dbuslaunch="`which dbus-launch 2>/dev/null`"
if [ -n "$dbuslaunch" ] && [ -x "$dbuslaunch" ]; then
WINDOWMANAGER="$dbuslaunch --sh-syntax --exit-with-session
$WINDOWMANAGER"
fi
#
# Load system and users resources if not already done
# (XSESSION_IS_UP set by xdm in $XLIBDIR/xdm/Xsession)
#
if test "$XSESSION_IS_UP" != "yes" ; then
XLIBDIR=/usr/X11R6/lib/X11
test -r $XLIBDIR/Xmodmap && xmodmap $XLIBDIR/Xmodmap
test -r $HOME/.Xmodmap && xmodmap $HOME/.Xmodmap
test -r $XLIBDIR/Xresources && xrdb -load -retain $XLIBDIR/Xresources
test -r $HOME/.Xdefaults && xrdb -I$HOME -merge $HOME/.Xdefaults
test -r $HOME/.Xresources && xrdb -I$HOME -merge $HOME/.Xresources
fi
# Start the XIM server
XIMFILE=/etc/X11/xim
test -r $HOME/.xim && XIMFILE=$HOME/.xim
test -r $XIMFILE && source $XIMFILE
# Enable Numlock if set
test -r /var/run/numlock-on -a -x /usr/X11R6/bin/numlock &&
/usr/X11R6/bin/numlock
# Disable new Xcursor themes if none is specified resp. located in $HOME
# (use "unset XCURSOR_CORE" to enable them again later)
#if [ "x$XCURSOR_THEME" == "x" -a ! -d $HOME/.icons ]; then
# export XCURSOR_CORE=true
#else
# unset XCURSOR_CORE
#fi
# load nvidia settings
if [ -x /usr/bin/nvidia-settings -a -r $HOME/.nvidia-settings-rc ]; then
/usr/bin/nvidia-settings --load-config-only &> /dev/null &
fi
echo "$WINDOWMANAGER" | grep -q twm && xsetroot -solid darkslateblue
#
# Uncomment next line to activate asking for ssh passphrase
#
# ssh-add
#
# Add your own lines here...
#
# day planer deamon
# pland &
#
# finally start the window manager
#
exec $WINDOWMANAGER
# call failsafe
exit 0
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
suse-linux-unsubscribe@suse.com
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: suse-linux-help@suse.com
---------------------------------
Telefonieren Sie ohne weitere Kosten mit Ihren Freunden von PC zu PC!
Jetzt Yahoo! Messenger installieren!
Mar 14 19:43:58 linux syslog-ng[3889]: syslog-ng version 1.6.5 starting
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4474]: new block device /block/fd0
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4558]: new block device /block/loop5
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4576]: new block device /block/loop6
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4527]: new block device /block/loop0
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4634]: new block device /block/loop2
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4664]: new block device /block/loop3
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4681]: new block device /block/loop1
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4737]: new block device /block/loop4
Mar 14 19:44:02 linux /etc/hotplug.d/block/50-hwscan.hotplug[4594]: new block device /block/loop7
Mar 14 19:44:03 linux /etc/hotplug.d/block/50-hwscan.hotplug[4923]: new block device /block/hda
Mar 14 19:44:03 linux /etc/hotplug.d/block/50-hwscan.hotplug[4937]: new block device /block/hdb
Mar 14 19:44:03 linux kernel: klogd 1.4.1, log source = /proc/kmsg started.
Mar 14 19:44:03 linux syslog-ng[3889]: Changing permissions on special file /dev/xconsole
Mar 14 19:44:03 linux syslog-ng[3889]: Changing permissions on special file /dev/tty10
Mar 14 19:44:03 linux kernel: ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
Mar 14 19:44:03 linux kernel: PCI: setting IRQ 10 as level-triggered
Mar 14 19:44:03 linux kernel: ACPI: PCI interrupt 0000:00:02.7[C] -> GSI 10 (level, low) -> IRQ 10
Mar 14 19:44:03 linux kernel: intel8x0_measure_ac97_clock: measured 49861 usecs
Mar 14 19:44:03 linux kernel: intel8x0: clocking to 48000
Mar 14 19:44:03 linux kernel: parport: PnPBIOS parport detected.
Mar 14 19:44:03 linux kernel: parport0: PC-style at 0x378, irq 7 [PCSPP]
Mar 14 19:44:03 linux kernel: lp0: using parport0 (interrupt-driven).
Mar 14 19:44:03 linux kernel: Capability LSM initialized
Mar 14 19:44:03 linux kernel: ieee1394: Initialized config rom entry `ip1394'
Mar 14 19:44:03 linux kernel: ieee1394: raw1394: /dev/raw1394 device initialized
Mar 14 19:44:03 linux kernel: usbcore: registered new driver usbfs
Mar 14 19:44:03 linux kernel: usbcore: registered new driver hub
Mar 14 19:44:03 linux kernel: load_module: err 0xffffffef (dont worry)
Mar 14 19:44:03 linux kernel: ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
Mar 14 19:44:03 linux kernel: ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 10
Mar 14 19:44:03 linux kernel: ACPI: PCI interrupt 0000:00:03.0[A] -> GSI 10 (level, low) -> IRQ 10
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.0: OHCI Host Controller
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.0: irq 10, pci mem 0xdfffc000
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.0: new USB bus registered, assigned bus number 1
Mar 14 19:44:03 linux kernel: hub 1-0:1.0: USB hub found
Mar 14 19:44:03 linux kernel: hub 1-0:1.0: 2 ports detected
Mar 14 19:44:03 linux kernel: ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 10
Mar 14 19:44:03 linux kernel: ACPI: PCI interrupt 0000:00:03.1[B] -> GSI 10 (level, low) -> IRQ 10
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.1: OHCI Host Controller
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.1: irq 10, pci mem 0xdfffd000
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.1: new USB bus registered, assigned bus number 2
Mar 14 19:44:03 linux kernel: hub 2-0:1.0: USB hub found
Mar 14 19:44:03 linux kernel: hub 2-0:1.0: 2 ports detected
Mar 14 19:44:03 linux kernel: ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11
Mar 14 19:44:03 linux kernel: PCI: setting IRQ 11 as level-triggered
Mar 14 19:44:03 linux kernel: ACPI: PCI interrupt 0000:00:03.2[C] -> GSI 11 (level, low) -> IRQ 11
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.2: OHCI Host Controller
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.2: irq 11, pci mem 0xdfffe000
Mar 14 19:44:03 linux kernel: ohci_hcd 0000:00:03.2: new USB bus registered, assigned bus number 3
Mar 14 19:44:03 linux kernel: hub 3-0:1.0: USB hub found
Mar 14 19:44:03 linux kernel: hub 3-0:1.0: 2 ports detected
Mar 14 19:44:03 linux kernel: ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 10
Mar 14 19:44:03 linux kernel: ACPI: PCI interrupt 0000:00:03.3[D] -> GSI 10 (level, low) -> IRQ 10
Mar 14 19:44:03 linux kernel: ehci_hcd 0000:00:03.3: EHCI Host Controller
Mar 14 19:44:03 linux kernel: ehci_hcd 0000:00:03.3: irq 10, pci mem 0xdffff000
Mar 14 19:44:03 linux kernel: ehci_hcd 0000:00:03.3: new USB bus registered, assigned bus number 4
Mar 14 19:44:03 linux kernel: PCI: cache line size of 128 is not supported by device 0000:00:03.3
Mar 14 19:44:03 linux kernel: ehci_hcd 0000:00:03.3: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
Mar 14 19:44:03 linux kernel: hub 4-0:1.0: USB hub found
Mar 14 19:44:03 linux kernel: hub 4-0:1.0: 6 ports detected
Mar 14 19:44:03 linux kernel: ohci1394: $Rev: 1250 $ Ben Collins
participants (5)
-
Helmut
-
Helmut Weiser
-
Jan Ritzerfeld
-
Richard Kraut
-
Thomas Hertweck