Re: [Debian Etch Kernel 2.6.20]""SIOCSIFADDR: No such device" nach Kernelupgrade
Gerhard Brauer schrieb:
Du könntest zur Sicherheit auch bitte noch mal den letzten
funktionierenden Kernel mit Netz-Unterstützung booten
Damit das funktioniert, habe ich zuerst in /etc/fstab die
Partitionsbezeichner auf die alten Werte zurück gestellt
(umkommentiert). Denn ich hatte ja neulich auch beim Übergang zum neuen
Kernel und DMA-Unterstützung die Partitionsbezeichner ändern müssen.
Er bootet nicht durch.
Ich erhalte von Nano:
-----------------------------------------------------------------------
File: /var/log/fsck/checkfs
Log of fsck -C-R-A-a Mon Feb12 14:05:58 2007
fsck 1.40 - WIP (14-Nov.-2006)
fsck.ext3: No such file or directory while trying to open /dev/hda8
/dev/hda8:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate
superblock: e2fsck -b 8193 <device>
fsck died with exit status 0
Mon Feb 12 14:05:58 2007
------------------------------------------------------------------------
------------------------------------------------------------------------
GNU nano 2.02 File: /etc/fstab
sysfs /sys sysfs auto 0 0
proc /proc proc defaults 0 0
# neuer Kernel 2007-02-07
#/dev/sda5 /WinData ntfs defaults,nls=utf8,user,uid=1000, gid=1000 0 1
#/dev/sda7 / ext3 defaults, errors=remount-ro 0 1
#/dev/sda8 /home ext3 defaults, errors=remount-ro 0 1
#/dev/sda9 none swap sw 0 1
#/dev/hdb /media/cdrom iso9660 ro,user noauto 0 1
#/dev/sda6 /WinLinux vfat defaults 0 1
# alter Kernel
/dev/hda5 /WinData ntfs defaults,nls=utf8,user,uid=1000, gid=1000 0 1
/dev/hda7 / ext3 defaults, errors=remount-ro 0 1
/dev/hda8 /home ext3 defaults, errors=remount-ro 0 1
/dev/hda9 none swap sw 0 1
/dev/hdb /media/cdrom iso9660 ro,user noauto 0 1
/dev/hda6 /WinLinux vfat defaults 0 1
------------------------------------------------------------------------
Wo der Fehler liegt, übersehe ich noch nicht.
und mit lsmod
schauen, welches Modul dort für deine NIC geladen wurde. Evtl. versuchen
wir es ja die ganze Zeit mit einem falschen Treiber.
Der Treiber im Kernel 2.6.17-grml muß welche Dateiendung haben und sich
in welchem Verzeichnis befinden?
Gruß
Detlef
Reply to: