nieuwe kernel 2.6.20-16 geeft opstartprobleem

[Thomas de Graaff]

Bij het opstarten krijg ik de volgende foutmelding, opgeslagen in /var/log/fsck/checkfs:

Code: [Selecteer]

fsck 1.40-WIP (14-Nov-2006)
fsck.ext3: No such file or directory while trying to open /dev/sda4
/dev/sda4:
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

fsck died with exit status 8daarna beland het systeem in command line modus. Als ik exit gaat het opstarten verder, maar kan ik niet als de gebruikelijke user inloggen, de home map etc. is er niet.

Met de oude kernel opstarten geeft geen enkel probleem.

Moet ik dit als bug melden, of heeft het ermee te maken dat ik ooit wat met de fstab heb gezooit omdat ik na G-parted plots geen swap meer had?

fstab:

Code: [Selecteer]

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
/dev/sda3 /               ext3    defaults,errors=remount-ro 0       1
# UUID=e23c49be-5b16-4e11-a550-8ed25e11ba8d /               ext3    defaults,errors=remount-ro 0       1
/dev/sda4 /home           ext3    defaults        0       2
# UUID=865a4cbb-73f2-41aa-b1c1-de6ad0ebe96e /home           ext3    defaults        0       2
/dev/sda1 /windows        ntfs    defaults,nls=utf8,umask=007,gid=46 0       1
# UUID=1864AB2A64AB0998 /windows        ntfs    defaults,nls=utf8,umask=007,gid=46 0       1
/dev/sda2 none            swap    sw              0       0
# UUID=c2912484-cfe7-418e-9ebc-1639d0d20c63         none            swap    sw              0       0
/dev/cdrom        /media/cdrom0   udf,iso9660 user,noauto     0       0

[markba]

Moet ik dit als bug melden, of heeft het ermee te maken dat ik ooit wat met de fstab heb gezooit omdat ik na G-parted plots geen swap meer had?

Ik zie dat je de UUID's hebt vervangen door 'echte' namen. Er zijn gemengde berichten over het wel of niet toepassen van UUID's. Soms lijkt het het een probleem op te lossen, soms creëert het juist een probleem. Vanaf Feisty wordt binnen fstab standaard met UUID gewerkt.

Probeer de UUID's eens terug te zetten in je fstab?

[Soul-Sing]

inderdaad ga ik dit in de gaten houden. UUID's outcommenten lijkt problemen op te leveren, en problemen op te lossen. voorlopig nog totaal random wat er gaat gebeuren wanneer UUID's worden uitgeschakeld binnen fstab.

[Pjotr]

inderdaad ga ik dit in de gaten houden. UUID's outcommenten lijkt problemen op te leveren, en problemen op te lossen. voorlopig nog totaal random wat er gaat gebeuren wanneer UUID's worden uitgeschakeld binnen fstab.

UUID's zijn geen probleem, wanneer je slechts één Linux (of één Linux en Windows) op je schijf hebt. Het zijn echter wel rotdingen als je meerdere distro's naast elkaar op je schijf wil. Kortom: ze worden pas problematisch, wanneer je al een "gevorderde" bent (want een beginner is al blij met één Linux!).

Als je dan de UUID's verwijdert, dan moet je het wel grondig doen. Dat heeft tommy74 niet gedaan, en dat veroorzaakt zijn probleem. Je moet ze dan *volledig* verwijderen uit /etc/fstab en uit /boot/grub/menu.lst
Als je dat eng vindt, maak dan eerst kopieën van je oorspronkelijke fstab en menu.lst (noem die bijvoorbeeld fstab2 en menu.lst2).

Hieronder een voorbeeld van gereinigde en aangepaste fstab (let op de toevoeging van /media/hda1 enz.):

Code: [Selecteer]

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
/dev/hda6       /               ext3    defaults,errors=remount-ro 0       1
/dev/hda1       /media/hda1     ntfs    defaults,nls=utf8,umask=007,gid=46 0       0
/dev/hda7       /media/hda7     vfat    defaults,utf8,umask=007,gid=46 0       0
/dev/hda2       /media/hda2     ext3    defaults,errors=remount-ro 0       0
/dev/hda3       /media/hda3     ext3    defaults,errors=remount-ro 0       0
/dev/hda5       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0Voorbeeld van aangepaste deel van de menu.lst:

Code: [Selecteer]

## ## End Default Options ##

title Ubuntu, kernel 2.6.15-28-386
root (hd0,5)
kernel /boot/vmlinuz-2.6.15-28-386 root=/dev/hda6 ro quiet splash
initrd /boot/initrd.img-2.6.15-28-386
savedefault
boot

title Ubuntu, kernel 2.6.15-28-386 (recovery mode)
root (hd0,5)
kernel /boot/vmlinuz-2.6.15-28-386 root=/dev/hda6 ro single
initrd /boot/initrd.img-2.6.15-28-386
boot

title Ubuntu, kernel 2.6.15-27-386
root (hd0,5)
kernel /boot/vmlinuz-2.6.15-27-386 root=/dev/hda6 ro quiet splash
initrd /boot/initrd.img-2.6.15-27-386
savedefault
boot

title Ubuntu, kernel 2.6.15-27-386 (recovery mode)
root (hd0,5)
kernel /boot/vmlinuz-2.6.15-27-386 root=/dev/hda6 ro single
initrd /boot/initrd.img-2.6.15-27-386
boot

title Ubuntu, memtest86+
root (hd0,5)
kernel /boot/memtest86+.bin
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

title Microsoft Windows XP Professional
root (hd0,0)
savedefault
makeactive
chainloader +1Als je het zo doet, krijg je dus geen problemen!

Groet, Pjotr.

[vanadium]

Even melden dat ik net dezelfde issue heb voorgehad met een desktop, maar zonder dat ik aan de UUIDS geprutst had. Volgens mij zit hier wel degelijk een  bug. Op die desktop blijf ik tot nader order opstarten met de 6.15 kernel.

[Thomas de Graaff]

Hey,
bedankt voor de info! Beetje laat, maar ik had een nieuwe install gedaan omdat ik er echt een zooitje van had gemaakt nadat de boel helemaal vastliep. Filesystem laten repareren, en bij alle opties op ok gedrukt, daarna liep er niets meer...  : )  
Idd had ik de uuid in de menu.lst niet aangepast!
groet,
Thomas.