mount error (opgelost)

[Angelo Machils]

Martin Herrman wrote:
> Geen idee. Vond dit via google:
>
> http://www.ubuntuforums.org/showthread.php?t=25938
>
> On 6/12/06, * Angelo Machils* <amachils op home.nl 
> <mailto:amachils op home.nl>> wrote:
>
>     Haya!
>
>     Ik heb zojuist Dapper AMD64 op mijn AMD box geïnstalleerd waaraan een
>     SATA schijf intern en een ATA schijf extern hangt. In de fstab heb ik
>     voor het mounten van de externe schijf het volgende staan:
>
>     --------------------------------------------------------------------------------------
>     /dev/sdb1   /media/data1   ext3   defaults   0   2
>     /dev/sdb5   /media/data2   ext3   defaults   0   2
>     --------------------------------------------------------------------------------------
>
>
>     en dan krijg ik de volgende melding bij de opstart/herstart van
>     het systeem:
>
>     --------------------------------------------------------------------------------------
>     * Checking all filesystems ...
>     fsck.ext3 : No such file or directory while trying to open /dev/sdb1
>     /dev/sdb1:
>     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 of ufs or something else), then the
>     superblock
>     is corrupt, and you might try running e2fsck with an alternate
>     superblock:
>         e2fsck -b 8193 <device>
>
>     fsck.ext3: No such file or directory while trying to open /dev/sdb5
>     root op solaris:~# l exit from this shell and continue system
>     startup.rblock [ok]
>     --------------------------------------------------------------------------------------
>
>     De laatste regel is een beetje een zooitje en ik schat dat daar
>     hetzelfde staat als erboven voor sdb1. Als ik echter nu een 'mount
>     -a'
>     uitvoer wordt alles netjes en zonder mopperen gemount. Ook een e2fsck
>     levert geen foutmeldingen op. Wat gaat hier mis??
>
>     Groeten,
>     Angelo
>
>
Haya all!

Blijkbaar was voor mij de toevoeging van 'sleep 5s' in het checkfs.sh 
script in de /etc/init.d folder al voldoende. Ik heb 'm precies voor het 
'fsck $spinner -T -R -A $fix $force' gezet en nou boot het systeem naar 
behoren.

Wel vreemd dat in het artikel staat dat het 'probleem' al opgelost zou 
zijn in Breezy.

Bedankt voor je hulp!

Groeten,
Angelo