Vraag over juistheid mount-point

[japaveh]

Ik heb een debian 3.1 (sarge) machine geinstalleerd, met daarin 2 harde schijven. Deze worden aangeduid met /dev/hda en /dev/hdb.

Ik heb deze schijven als volgt ingedeeld:

code:

rammstein:/home/japaveh# fdisk -l /dev/hda

Disk /dev/hda: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1        9893    79465491   83  Linux
/dev/hda2            9894        9964      570307+   5  Extended
/dev/hda5            9894        9964      570276   82  Linux swap / Solaris
rammstein:/home/japaveh# fdisk -l /dev/hdb

Disk /dev/hdb: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1               1        9964    80035798+  83  Linux
rammstein:/home/japaveh#

Het rare is echter dat ik /dev/hdb kan mounten met de volgende opdracht in fstab:

code:

/dev/hdb        /fileserver/muziek      ext3    defaults        0       1

Ik kan dus alleen op /dev/hdb mounten en niet op /dev/hdb1

code:

mount /dev/hdb1 -t ext3 /fileserver/muziek

Geeft dus ook een foutmelding:

mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

dmesg | tail levert op:

VFS: Can't find ext3 filesystem on dev ide0(3,65).

als ik /dev/hdb1 vervang door /dev/hdb dan werkt het wel.

mount geeft de volgende output:

/dev/hda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/hdb on /fileserver/muziek type ext3 (rw)
usbfs on /proc/bus/usb type usbfs (rw)

Nu vind ik dat raar. Ik dacht dat ik de partitie moest mounten ipv de hele harde schijf. ter vergelijk: de eerste HD wordt wel als /dev/hda1 gemount. In mounten hd wil niet lukken wordt iets vergelijkbaars gedaan en omschreven als non-standaard en niet-netjes...of is mijn geval anders? Is de wijze waarop het ik het nu gedaan heb gevaarlijk voor m'n gegevens?

[Wilke]

Een filesystem hoeft denk ik niet per se op een partitie te staan, kan ook domweg een hele HD in beslag nemen (al is dat niet aan te raden). Heb je bij het aanmaken van het FS niet per ongeluk /dev/hdb getikt i.p.v. /dev/hdb1?

[BoAC]

Heb je hdb1 wel geformatteerd?

Wilke schreef op donderdag 21 juli 2005 @ 20:43:
Een filesystem hoeft denk ik niet per se op een partitie te staan, kan ook domweg een hele HD in beslag nemen (al is dat niet aan te raden). Heb je bij het aanmaken van het FS niet per ongeluk /dev/hdb getikt i.p.v. /dev/hdb1?

In dat geval zou waarschijnlijk ook zijn partitie-tabel niet meer kloppen denk ik.

[ Voor 88% gewijzigd door BoAC op 21-07-2005 20:45 ]

[japaveh]

BoAC schreef op donderdag 21 juli 2005 @ 20:44:
Heb je hdb1 wel geformatteerd?

Ik vrees er inderdaad voor dat ik dat overgeslagen heb. Voor zover ik me kan herinneren heb ik alleen met fdisk een partitie aangemaakt. Hoe controlleer ik of het wel geformaMaar hoe kan het dan dat ik /dev/hdb wel kan mouten als ext3 dan?

rammstein:/home/japaveh# fsck.ext3 /dev/hdb1
e2fsck 1.37 (21-Mar-2005)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open /dev/hdb1

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>

en

fsck.ext3 /dev/hdb
e2fsck 1.37 (21-Mar-2005)
/dev/hdb: clean, 17494/10010624 files, 17684006/20010816 blocks
rammstein:/home/japaveh#

Formattern ging toch met mke2fs? Gaat alle data eigenlijk verloren?

Ik ben bang dat ik m'n kennis op het gebiek van linux nog een beetje moet upgraden...

[ Voor 64% gewijzigd door japaveh op 21-07-2005 21:01 . Reden: Kleine toevoeging van vraag. ]

[usr-local-dick]

Zo te zien is dat filesysteem op zich nog goed. Dus backuppen en daarna een goede partitie table maken (lege tabel aanmaken met fdisk en daarna een hdb1). Dan filesysteem aanmaken en backup terug zetten.