Nach Kernelupdate Monster Probleme

[Picknicker]

Hallo Freaks,

ich habe vor zwei Tagen ein aptitude upgrade (SID) durchgeführt. Bei diesem upgrade wurde auch eine neue Kernel Version aufgespielt. Nach dem Reboot bekam ich Latten von Fehlermeldungen z.b.

Code: Alles auswählen

udev_event [2323]  run-programm exec of /lib/udev/blablabla

dann beim weiteren abarbeiten des inits massenweise

Code: Alles auswählen

Permission denied  und
Operation not Permitted

na Klasse !

Ich bootete unter grml (http://www.grml.org) und mountete die Partitionen (sda2 ist / ) und (sda4 ist /usr) und baute mir einen aktuellen Kernel von Kernel.org und installierte ihn.
Jetzt bootet mein System ohne Fehlermeldungen, jedoch bindet er / read only ein "df -h" sieht ungefähr so aus:

Code: Alles auswählen

Dateisystem            Größe Benut  Verf Ben% Eingehängt auf
/dev/sda7             8,9G  8,6G  293M  97% /
..
..
/dev/sda4             8,9G  8,6G  293M  97% /usr
..
..

man beachte das er /dev/sda7 und nicht sda2 anzeigt ... sda2 ist aber devinitiv / und ro eingebunden .. da sda7 eine FAT32 Win Partition ist !
sda4 ist NICHT eingebunden !! er zeigts aber trotzdem an zumal sda4 ne andere größe hat

Meine Fragen wäre jetzt wie kann ich "/" rw einbinden, zeigt er an das sda4 eingebunden ist , wieso zeigt er sda7 als "/ " an obwohl es sda2 ist . Fragen über fragen

Die /etc/fstab ist soweit o.k.

[s_schuh]

Hallo,

Hat jemand ein fix für dieses Problem gefunden? Ich habe hier einen Laptop der die selben Ausgaben unter Etch bringt nach dem der Kernel 2.6.15 installiert wurde.

Gruß
Sascha.

[gms]

liefert dieses Kommando auch falsche Partitions:

Code: Alles auswählen

cat /proc/partitions

Gruß
gms

[ne0xitric]

baut das initrd-image mal neu...danach duerfte der fehler weg sein! war bei mir auch so...

in meinem fall

Code: Alles auswählen

mkinitrd -o /boot/initrd.img-2.6.15-1-686 2.6.15-1-686

so long, ne0

[KBDCALLS]

baut das initrd-image mal neu...danach duerfte der fehler weg sein! war bei mir auch so...

in meinem fall

Code: Alles auswählen

mkinitrd -o /boot/initrd.img-2.6.15-1-686 2.6.15-1-686

so long, ne0

Das soll funktioniert haben ?

Kernel 2.6.15 braucht entweder yaird oder initramfs-tools.

ein

Code: Alles auswählen

dpkg-reconfigure linux-image-2.6.15-1-686

tuts auch. Achso um eine Initrd erfolreich zu generieren für einen Kernel 2.6.15 muß ein Kernel 2.6.xx laufen. ansonsten gehts in die Hose.

[ne0xitric]

nach dem update auf kernel 2.6.15 hatte ich eben auch diese "udev-fehlermeldungen" beim booten. nach dem initrd-img neubau lief wieder alles ohne probleme.

[Picknicker]

Hallo,

Hat jemand ein fix für dieses Problem gefunden? Ich habe hier einen Laptop der die selben Ausgaben unter Etch bringt nach dem der Kernel 2.6.15 installiert wurde.

Gruß
Sascha.

Hast du nur die udev Fehler Meldungen oder auch alles andere ?

Wenn es nur mit einem reconfig des Kernels bzw ein neubau des initrd wäre müsste ja alles sauber mit einem anderen Kernel laufen oder ?
Ich versuchs mal und meld mich wieder ;

EDIT:

ein dpkg-reconfig bringt bei mir nichts ..

[Picknicker]

liefert dieses Kommando auch falsche Partitions:

Code: Alles auswählen

cat /proc/partitions

Gruß
gms

Bei meinen weiteren Versuchen mit einem selbstgebackenem Kernel ist /proc nicht eingebunden , genau so wie die /usr Partition obwohl er es anzeigt

Wo wird das denn gesteuert bzw gemountet bei einem System Start? denn bei mir scheint da was falsch zu laufen. / wird ro gemountet und der rest nimmer

[ne0xitric]

ich hatte nur den komischen udev-fehler.

[gms]

Bei meinen weiteren Versuchen mit einem selbstgebackenem Kernel ist /proc nicht eingebunden

hast du das /proc Filesystem im Kernel eingebunden (konfiguriert) ?

[Picknicker]

Bei meinen weiteren Versuchen mit einem selbstgebackenem Kernel ist /proc nicht eingebunden

hast du das /proc Filesystem im Kernel eingebunden (konfiguriert) ?

Ja /proc ist drinne .. ich kanns ja dann nachträglich "von Hand" mounten genau wie /usr auch

[KBDCALLS]

Das ist aber dann seltsam. Normalerweise wird das Mounten der vituellen Dateisysteme vom Sript /etc/init.d/mountvirtfs gemacht wenn möglich.

[Picknicker]

Wer oder was mountet denn / , bzw wer oder was kann dafür verantwortlich sein das mein / nur ro gemountet wird. ich denke da ist der haken..

[KBDCALLS]

Code: Alles auswählen

/etc/init.d/mountall.sh

Und was gemountet werden soll sthet in der

Code: Alles auswählen

/etc/fstab

Aber wenn / ro gemountet wird dann stimmt was nicht. Laß mal fsck laufen.. Aber da mußt du Linux von CD starten. Die Partiton darf dafür nicht gemountet sein.

[Picknicker]

fschk hab ich schon zu Anfang laufen lassen .. jedoch ohne Probleme.

ich habe mir mal die Boot Meldungen angesehen:

Code: Alles auswählen

VFS: Mounted Root (reiserfs) read only
..
..
Warning unable to open an initial console
..
..

ich kann mich danach einloggen - jedoch nur englische tastatur. wenn ich nun df -h eingebe:

Code: Alles auswählen

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda7             4.7G  3.0G  1.7G  65% /
proc                  4.7G  3.0G  1.7G  65% /proc
sysfs                 4.7G  3.0G  1.7G  65% /sys
tmpfs                 4.7G  3.0G  1.7G  65% /dev/shm
devpts                4.7G  3.0G  1.7G  65% /dev/pts
/dev/sda4             4.7G  3.0G  1.7G  65% /usr
tmpfs                 4.7G  3.0G  1.7G  65% /dev
/dev/sda4             4.7G  3.0G  1.7G  65% /usr
proc                  4.7G  3.0G  1.7G  65% /proc

erscheint das . sda7 ist eine VFat32 Partition ! wenn ich umount /dev/sda7 mache, sagt er sda7 sei nicht gemountet - was ja auch logisch ist.
sda4 also /usr ist NICHT eingebunden .. /usr ist leer proc ebenfalls.
Die Size Angaben sind von sda2.

[Picknicker]

Hiho,

so Ihr werdet es nicht glauben ! ich hab jetzt einfach mal einen 2.6.14er Kernel kompiliert und installiert und das Teil läuft wieder wie gewohnt !!
Kann ja wohl nicht war sein ..

Kann ich mir das .deb des letzten 2.6.14ers für unstable irgendwo saugen ?

[gms]

vielleicht findest du es noch im apt-cache:

Code: Alles auswählen

 find /var/cache/apt -name "linux-image*.deb"

ansonsten vielleicht hier http://snapshot.debian.net/

Gruß
gms

[Alfa156]

Das soll funktioniert haben ?

Kernel 2.6.15 braucht entweder yaird oder initramfs-tools.

Nichts dergleichen.
Die initrd erstelle ich bis heute noch mit mkinitrd.
yaird und initramfs-tools habe ich nicht installiert.

Allerdings habe ich seit update von udev-0.084 > 0.087 , 2 Fehlermeldungen betreffend udev-event. Es macht zwar keine Probleme,
aber wüsste trotzdem gerne was das genau ist.





alfa

[KBDCALLS]

Dass geht nicht.. Mkinitrd benutzt devfs . Das hat Kernel 2.6.15 nicht mehr Kernel Ab Kernel 2.6.13 wird yaird bzw. initramfs-tools verwendet. Weil die mit sysfs klarkommen. Genausowenig kannst du eine Initrd für einen Kernel 2.6.15 bauen wenn ein Kernel 2.4.xx läuft.

[Alfa156]

Dass geht nicht.. Mkinitrd benutzt devfs . Das hat Kernel 2.6.15 nicht mehr Kernel Ab Kernel 2.6.13 wird yaird bzw. initramfs-tools verwendet. Weil die mit sysfs klarkommen. Genausowenig kannst du eine Initrd für einen Kernel 2.6.15 bauen wenn ein Kernel 2.4.xx läuft.

Also, ich beschäftige mich erst seit 2 Jahren mit Linux. Mag sein das ich eventuell
falsch liege.
Die config die ich benutze ist quasi die vom Original debian-kernel und ich
lediglich an meiner Hardware angepasst habe.
Also nochmal, ich nutze kein yaird und auch kein initramfs-tools sondern mkinitrd.
Und ohne initrd läuft mein kernel nicht.

Wie Deiner Meinung kann es also sein das es geht ?
Soll ich Dir mal meine config posten ?
Kann ja sein das ich etwas im kernel aktiviert habe und deshalb halbwegs geht.


alfa

[gms]

KBDCALLS hat schon recht, mkinitrd unterstücht nur "devfs", also kein udev.
Du hast wahrscheinlich auch recht:

Allerdings habe ich seit update von udev-0.084 > 0.087 , 2 Fehlermeldungen betreffend udev-event. Es macht zwar keine Probleme,
aber wüsste trotzdem gerne was das genau ist.

wahrscheinlich ist dein udev disabled und mit statischen Gerätedateien kann mkinitrd natürlich auch umgehen.

Gruß
gms

[Alfa156]

wahrscheinlich ist dein udev disabled und mit statischen Gerätedateien kann mkinitrd natürlich auch umgehen.

Gruß
gms

Aha .. das habe ich nicht gewusst. Besser gesagt, ich habe mich nie darum gekümmert
Da ja alles bestens lief.

Ich habe die initrd mit „mkinitrd.yaird“ erstellt.
Allerdings gibt es damit ein „kernel Panic“ ..
Wieso ?
Naja auch egal, ich nutze nun keine initrd mehr, alles fest einkompiliert.
Aber danke für diese info. Hat mir sehr geholfen.

alfa

[KBDCALLS]

Mit disbled hat das nichts zu tun was da gemeldet wird.

Die Meldung lautet

Code: Alles auswählen

udev-event[2388]find_free_number: %e is deprecated, will be removed and is unlikely  to work correctly. Don't use it

Mit anderen Worten die Funktion ist überflüssig, und wird demnächst entfernt. Und man solle sie nicht benutzen.

[mase76]

Mit disbled hat das nichts zu tun was da gemeldet wird.

Die Meldung lautet

Code: Alles auswählen

udev-event[2388]find_free_number: %e is deprecated, will be removed and is unlikely  to work correctly. Don't use it

Mit anderen Worten die Funktion ist überflüssig, und wird demnächst entfernt. Und man solle sie nicht benutzen.

Bei mir kommt diese Meldung beim Booten auch.
Was muss ich entfernen?
Ich benutze auch keine initrd.

[KBDCALLS]

ignorieren. Und warten.