PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Nach systemupdate & depclean kein /dev/sd* mehr



Dany303
03.03.10, 18:17
Hallo Linuxgemeinde,

ich habe an einem RPS-Server von ovh.de. (Eigenständige Hardware mit Speicheranbindung an ein NAS und einem USB-Speicherstick)

Auf genanntem Server läuft ein Gentoo Linux auf dem ein Systemupdate (emerge -vuD system; etc-update) ausgeführt wurde, was beides ohne Fehler oder Beanstandung durchlief. Anschließend wurde das System mit emerge --depclean gesäubert und neu gebootet.

Seit dem Vorgang fehlen alle Laufwerke in /dev (sd**)
Laut dmesg werden die Laufwerke vom Kernel erkannt.


sd 2:0:0:0: [sda] 41943040 512-byte logical blocks: (21.4 GB/20.0 GiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 77 00 00 08

Ich weiss nicht weiter.

BedriddenTech
03.03.10, 18:51
Udev lebt aber noch? Wurde das vielleicht auch aktualisiert, d.h. sind da neue Regeln dazugekommen? Wie siehts denn generell in /dev aus, also was bringt "ls /dev/[hs][dgr]*"?

Dany303
03.03.10, 19:48
Udev läuft. ein revdep-rebuilt läuft ohne Fehler durch.


ls /dev/[hs][dgr]*
ls: cannot access /dev/[hs][dgr]*: No such file or directory

BedriddenTech
03.03.10, 21:59
Ist da eigentlich ein neuer Kernel mitgekommen?

Dany303
03.03.10, 22:25
nein nein, es ist immernoch der alte gentoo-2.6.29-hardened
ich habe aber die Möglichkeit, per Netboot einen aktuellen 2.6.32.2 vom Provider zu verwenden - leider ist das Ergebnis dasselbe.

BedriddenTech
03.03.10, 23:45
Ist /dev ein Mountpoint ("mountpoint /dev")? Gibts /dev/.udev?

Dany303
04.03.10, 00:37
hmm..


/dev is a mountpoint

und ls -l /dev/.udev/

total 4
drwxr-xr-x 2 root root 12940 Mar 4 00:31 db
-rw-r--r-- 1 root root 1854 Mar 4 00:32 queue.bin
drwxr-xr-x 2 root root 60 Mar 4 00:30 rules.d

meine USEFLAGS

USE="mmx sse sse2 nptl threads ssl ssse3 crypt bzip2 zlib unicode nls ncurses perl pcre ipv6 vim-syntax bash-completion apache2 hardened postgres git subversion"
USE="${USE} -X -mysql -doc -dso -handbook -gtk -sdl -X -dbus -ldap -cups -samba -esd -alsa -oss -arts -kde -gnome -qt3support -qt"

Dany303
04.03.10, 17:15
Problem habe ich vorrübergehend lösen können mit der installation von (uralt)version 141... Wenn ich die Wurzel gefunden hab, werd ichs nicht für mich behalten. Danke für die bisherige Hilfe :)

Da ich dummerweise immer mehrere sachen zeitgleich probiere aber mal eine Themeneingrenzung..
(version 141; udev rules gelöscht in /etc/udev/rules..; abschaltung von deprecased sysfs im Kernel.)