Interne ext4 harddisk onleesbaar als USB-disk

[sssensss]

Ik heb een pc met Debian Jessie en 2 harde schijven, 1 voor het OS en 1 data schijf.
De data-schijf heb ik vervangen voor een groter exemplaar.

Nu heb ik de oude data-schijf in een usb-behuizing gestopt en aangesloten op de pc, maar de partitie is niet meer te benaderen. Ik krijg bijv. via gparted te zien dat de schijf aanwezig is maar de partitie wordt niet herkent.
Ook op mijn andere pc met Debian Jessie heb ik dit probleem.

Wederom de schijf ingebouwd in de pc, via sata, en in fstab de schijf weer laten mounten en na het opstarten wordt hij gewoon herkent met alle data erop.
Ik neem aan dat dit een beveiliging is van het Linux systeem i.c.m. ext4, wat natuurlijk heel goed is.

Ik wil de schijf dus gaan gebruiken als usb-schijf, maar is dit alleen mogelijk om de hele schijf eerst te formatteren en alle data er weer opnieuw op te zetten?

[Ravefiend]

Voor de discussie kan het best interessant zijn om te vermelden welke USB behuizing je gebruikt voor je harde schijf.

[Xudonax]

Hoe groot is de hardeschijf welke je eruit gehaald hebt? Als deze groter dan 2TB (okay, 2.2TB) is dan heb je kans dat de USB adapter hier niet mee overweg kan. Die ~2TB is de limiet van veel oudere BIOSsen, en heeft wat te maken met de adressering van de blokken op de schijf.

[Croga]

Xudonax schreef op zondag 24 januari 2016 @ 10:57:
Hoe groot is de hardeschijf welke je eruit gehaald hebt? Als deze groter dan 2TB (okay, 2.2TB) is dan heb je kans dat de USB adapter hier niet mee overweg kan. Die ~2TB is de limiet van veel oudere BIOSsen, en heeft wat te maken met de adressering van de blokken op de schijf.

Dan praten we over meer dan 10 jaar geleden.... Daarnaast was dat niet zozeer een BIOS probleem als wel een FAT16 probleem; iets wat met een ext4 partitie niet erg waarschijnlijk is..... En zelfs al was het een BIOS probleem dan heeft de externe behuizing daar wederom geen invloed op; de BIOS van de PC blijft hetzelfde; of je nu een interne of een USB schijf aan aan het spreken bent.

Nee, dit gaat geen FAT16 issue zijn.

[Xudonax]

Mijn SAS controller lust geen schijven >2TB, en hetzelfde gaat op voor mijn FW800 behuizing. Beide komen uit 2008~2010. 10 jaar geleden, dan denk ik eerder aan het LBA48 probleem waarbij een schijf niet groter kon zijn dan 128GB.

[sssensss]

Het gaat om een 2TB Western Digital My Book.
Die heb ik altijd gebruikt als externe schijf, maat laatst de schijf eruit gehaald om hem intern aan te sluiten.

root@i3-backup:/# fdisk -l
Disk /dev/sda: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000096e9

Device     Boot Start        End    Sectors  Size Id Type
/dev/sda1        2048 3907029167 3907027120  1,8T 83 Linux

[johnkeates]

Post anders even de output van 'sudo blkid' en 'dmesg|grep usb'.

[sssensss]

Ik heb de harddisk nu aangesloten op een andere externe USB behuizing, nmlk een Fantec.

blkid

blkid
/dev/sda1: UUID="D195-3C35" TYPE="vfat" PARTUUID="80a4f386-3af4-4f71-89c8-33cc51b6f516"
/dev/sda2: UUID="47fb76af-5c33-4823-91f4-fcbb43faa47c" TYPE="ext4" PARTUUID="a639a40b-e778-4808-914b-e01189b627cc"
/dev/sda3: UUID="af2e55ef-e0e8-46fa-a1f2-3f66929c1c16" TYPE="swap" PARTUUID="fcc74281-d069-4a07-b20f-a5169293e8ee"
/dev/sdb1: UUID="68b83e8b-6f2d-467f-833a-ef0f44d75c45" TYPE="ext4" PARTUUID="000096e9-01"
root@i3-backup:/#

dmesg|grep usb

root@i3-backup:/# dmesg|grep usb
[    0.501990] usbcore: registered new interface driver usbfs
[    0.501998] usbcore: registered new interface driver hub
[    0.502037] usbcore: registered new device driver usb
[    0.518829] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.518831] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.518832] usb usb1: Product: xHCI Host Controller
[    0.518833] usb usb1: Manufacturer: Linux 3.16.0-4-amd64 xhci_hcd
[    0.518834] usb usb1: SerialNumber: 0000:00:14.0
[    0.519786] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
[    0.519787] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.519789] usb usb2: Product: xHCI Host Controller
[    0.519790] usb usb2: Manufacturer: Linux 3.16.0-4-amd64 xhci_hcd
[    0.519791] usb usb2: SerialNumber: 0000:00:14.0
[    0.737342] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
[    0.737344] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.737347] usb usb3: Product: EHCI Host Controller
[    0.737348] usb usb3: Manufacturer: Linux 3.16.0-4-amd64 ehci_hcd
[    0.737350] usb usb3: SerialNumber: 0000:00:1a.0
[    0.753390] usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
[    0.753394] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.753396] usb usb4: Product: EHCI Host Controller
[    0.753398] usb usb4: Manufacturer: Linux 3.16.0-4-amd64 ehci_hcd
[    0.753401] usb usb4: SerialNumber: 0000:00:1d.0
[    1.049266] usb 3-1: new high-speed USB device number 2 using ehci-pci
[    1.181717] usb 3-1: New USB device found, idVendor=8087, idProduct=0024
[    1.181721] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.293264] usb 4-1: new high-speed USB device number 2 using ehci-pci
[    1.425711] usb 4-1: New USB device found, idVendor=8087, idProduct=0024
[    1.425715] usb 4-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.497246] usb 3-1.1: new high-speed USB device number 3 using ehci-pci
[    1.651404] usb 3-1.1: New USB device found, idVendor=174c, idProduct=1153
[    1.651408] usb 3-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[    1.651411] usb 3-1.1: Product: AS2115
[    1.651413] usb 3-1.1: Manufacturer: ASMedia
[    1.651424] usb 3-1.1: SerialNumber: 00000000000000000000
[    1.653191] usb-storage 3-1.1:1.0: USB Mass Storage device detected
[    1.653345] scsi6 : usb-storage 3-1.1:1.0
[    1.653456] usbcore: registered new interface driver usb-storage

De partitie wordt nu dus wel gevonden in deze USB-behuizing

root@i3-backup:/# fdisk -l

Disk /dev/sda: 298,1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 8BE226B5-C88D-4E31-8F7E-028C7BFF9B0D

Device         Start       End   Sectors   Size Type
/dev/sda1       2048   1050623   1048576   512M EFI System
/dev/sda2    1050624 608630783 607580160 289,7G Linux filesystem
/dev/sda3  608630784 625141759  16510976   7,9G Linux swap

Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000096e9

Device     Boot Start        End    Sectors  Size Id Type
/dev/sdb1        2048 3907029167 3907027120  1,8T 83 Linux

root@i3-backup:/# mount /dev/sdb1 /media/backupschijf

Nu heb ik hem even handmatig gemount en hij wordt herkent!
Het lag dus waarschijnlijk aan de compabiliteit van Jessie met de Western Digital behuizing.

[ Voor 17% gewijzigd door sssensss op 24-01-2016 12:23 ]

[CAPSLOCK2000]

Dat ziet er prima uit.
Is je probleem dat die schijf helemaal niet mount of dat die schijf niet automatisch wordt gemount?
Heb je geprobeerd hem handmatig te mounten?
Krijg je foutmeldingen je dan foutmeldingen?

[gekkie]

Klooiden die WD digital mybooks niet met hardware "encryptie" achtige toestanden ?
Kan me voorstellen dat tie daarom je schijf niet wil mounten omdat hij nu een schijf tegen komt die niet encrypted is met z'n key (en dat je blij mag zijn dat het kreng dan niet denk owh onbekende schijf .. autoformat ..)

[sssensss]

Het probleem is nu opgelost door de andere externe behuizing.
Debian ziet nu met deze externe behuizing ook gewoon weer een partitie "sdb1", terwijl bij de WesternDigital externe behuizing Debian alleen de schijf word gezien, maar geen partitie.

[sssensss]

gekkie schreef op zondag 24 januari 2016 @ 12:31:
Klooiden die WD digital mybooks niet met hardware "encryptie" achtige toestanden ?
Kan me voorstellen dat tie daarom je schijf niet wil mounten omdat hij nu een schijf tegen komt die niet encrypted is met z'n key (en dat je blij mag zijn dat het kreng dan niet denk owh onbekende schijf .. autoformat ..)

Dat zou ik niet weten.
Ik gebruik hem al een paar jaar als backup schijf onder Windows en daar verder nooit iets gemerkt.

[sssensss]

Ik heb de schijf nu via USB gekoppeld aan mijn andere Debian pc en hij wordt nu ook herkent, alleen kan hij niet gemount worden.
Als root wel te benaderen.

De schijf is op pc2 aangemaakt onder gebruiker2.
Ik wil hem nu dus gebruiken op pc1 met gebruiker1. (gebruiker2 bestaat niet op pc1)

chown -R gebruiker1 /media/USB

Nu werkt hij helemaal perfect!

[ Voor 12% gewijzigd door sssensss op 24-01-2016 13:23 ]

[Thralas]

sssensss schreef op zondag 24 januari 2016 @ 11:18:

root@i3-backup:/# fdisk -l
Disk /dev/sda: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Hoewel het me van bovenstaande output niet helemaal duidelijk is welke aansluitmethode nu waarbij hoort (en het lijkt te werken), suggereert het volgens mij wel in welke hoek je de problemen moet zoeken.

Namelijk de sector size. Sommige enclosures emuleren een 4k logical sector size terwijl de disk native 512 doet. Resultaat is dat je partitietabel niet meer klopt (en je filesystem mogelijk ook niet).

[Rainmaker]

gekkie schreef op zondag 24 januari 2016 @ 12:31:
Klooiden die WD digital mybooks niet met hardware "encryptie" achtige toestanden ?
Kan me voorstellen dat tie daarom je schijf niet wil mounten omdat hij nu een schijf tegen komt die niet encrypted is met z'n key (en dat je blij mag zijn dat het kreng dan niet denk owh onbekende schijf .. autoformat ..)

Ja en nee. Standaard, af fabriek, stond er een executable in de autorun.inf. Daarmee kon je inderdaad dingen gaan doen als die schijf encrypten en dergelijke.

Onder Linux nooit problemen gehad om een WD behuizing te gebruiken om een schijf aan te sluiten.

Snap dan dus ook niet helemaal wat het probleem was. Kan haast niet zijn dat een bepaalde Linux distro last heeft van compatibiliteit, en een andere niet. Uitzondering zijn misschien dingen die firmware nodig hebben, maar een WD behuizing draait gewoon met de sg driver...

Enige wat ik kan bedenken is dat dit misschien een van die grote (fysiek groot) WD schijven kunnen zijn, waarbij de controller een RAID0 / JBOD configuratie over meerdere disken legt. Maar dan zou de orginele behuizing 2 schijven moeten hebben gehad.

[ Voor 13% gewijzigd door Rainmaker op 24-01-2016 14:40 ]

[sssensss]

Thralas schreef op zondag 24 januari 2016 @ 14:16:
[...]


Hoewel het me van bovenstaande output niet helemaal duidelijk is welke aansluitmethode nu waarbij hoort (en het lijkt te werken), suggereert het volgens mij wel in welke hoek je de problemen moet zoeken.

Namelijk de sector size. Sommige enclosures emuleren een 4k logical sector size terwijl de disk native 512 doet. Resultaat is dat je partitietabel niet meer klopt (en je filesystem mogelijk ook niet).

Oké, dat zou dus het probleem kunnen zijn.