Bei Verwendung einiger USB-Dockingstationen kann der Inhalt auf einem Advanced-Format-Datenträger nicht gelesen werden

679
Mauro Molinari

Ich habe Linux Mint 17.3 (basierend auf Ubuntu 14.04) mit 4.4.0 Kernel. Ich besitze eine Western Digital Caviar Green WD10EARX-Festplatte mit 1 TB Kapazität. Das Etikett auf diesem Laufwerk gibt an, dass es sich um ein "Advanced Format" -Laufwerk handelt. Bitte beachten Sie, dass kein Jumper gesetzt ist, also kein Jumper "Kompatibilität" / "Emulation" gesetzt ist.

Ich habe über Advanced-Format-Laufwerke und deren 4-K-Sektorgröße gelesen (anstelle der Standardgröße von 512 Byte). Was ich jedoch nicht erklären kann, ist das unterschiedliche Verhalten, das ich sehe, wenn ich dieses Laufwerk mit verschiedenen USB-Gehäusen oder Docking-Stationen verbinde.

Beispiel 1: Sunplus USB 2-Dockingstation

lsusb -v zeigt:

Bus 003 Device 013: ID 1bcf:0c31 Sunplus Innovation Technology Inc. SPIF30x Serial-ATA bridge Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0  bDeviceProtocol 0  bMaxPacketSize0 64 idVendor 0x1bcf Sunplus Innovation Technology Inc. idProduct 0x0c31 SPIF30x Serial-ATA bridge bcdDevice 1.32 iManufacturer 1 Sunplus Innovation Technology  iProduct 2 USB to Serial-ATA bridge iSerial 3 <removed> bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 4 Bulk Only Configuration bmAttributes 0xc0 Self Powered MaxPower 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 5 Bulk Only Interface Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0  bDeviceProtocol 0  bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0001 Self Powered 

fdisk -l zeigt:

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 testine, 63 settori/tracce, 121601 cilindri, totale 1953525168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x0001cf00  Dispositivo Boot Start End Blocks Id System /dev/sdb1 8040 498023 244992 fd Autorilevamento raid di Linux /dev/sdb2 498024 562271 32124 fd Autorilevamento raid di Linux /dev/sdb3 562272 809271 123500 fd Autorilevamento raid di Linux /dev/sdb4 809272 244187999 121689364 fd Autorilevamento raid di Linux 

hdparm -I zeigt:

ATA device, with non-removable media Model Number: WDC WD10EARX-00N0YB0  Serial Number: <removed> Firmware Revision: 51.0AB51 Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: Supported: 8 7 6 5  Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 268435455 LBA48 user addressable sectors: 1953525168 Logical Sector size: 512 bytes Physical Sector size: 4096 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 953869 MBytes device size with M = 1000*1000: 1000204 MBytes (1000 GB) cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 0 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6  Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4  Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * SMART feature set Security Mode feature set * Power Management feature set * Write cache * Look-ahead * Host Protected Area feature set * WRITE_BUFFER command * READ_BUFFER command * NOP cmd * DOWNLOAD_MICROCODE Power-Up In Standby feature set * SET_FEATURES required to spinup after power up SET_MAX security extension * 48-bit Address feature set * Device Configuration Overlay feature set * Mandatory FLUSH_CACHE * FLUSH_CACHE_EXT * SMART error logging * SMART self-test * General Purpose Logging feature set * 64-bit World wide name * WRITE_UNCORRECTABLE_EXT command * _DMA_EXT_GPL commands * Segmented DOWNLOAD_MICROCODE * Gen1 signaling speed (1.5Gb/s) * Gen2 signaling speed (3.0Gb/s) * Gen3 signaling speed (6.0Gb/s) * Native Command Queueing (NCQ) * Host-initiated interface power management * Phy event counters * NCQ priority information DMA Setup Auto-Activate optimization * Software settings preservation * SMART Command Transport (SCT) feature set * SCT Write Same (AC2) * SCT Features Control (AC4) * SCT Data Tables (AC5) unknown 206[7] unknown 206[12] (vendor specific) unknown 206[13] (vendor specific) Security:  Master password revision code = 65534 supported not enabled not locked not frozen not expired: security count supported: enhanced erase 186min for SECURITY ERASE UNIT. 186min for ENHANCED SECURITY ERASE UNIT.  Logical Unit WWN Device Identifier: 50014ee2b14805a5 NAA : 5 IEEE OUI : 0014ee Unique ID : 2b14805a5 Checksum: correct 

Und wenn ich Katze /sys/class/block/sdb/queue/physical_block_sizeund /sys/class/block/sdb/queue/logical_block_sizebeide sagen 512.

Wenn Sie also die Festplatte an diese Dockingstation anschließen, scheint es sich um ein normales 512-Byte-Sektorlaufwerk zu handeln.

Beispiel 2: USB 2-Gehäuse mit JMicron USB-zu-SATA- und PATA-Combo-Bridge

Beim Anschließen des Laufwerks an dieses Gehäuse sehe ich eine völlig andere Geschichte.

lsusb -v zeigt:

Bus 003 Device 014: ID 152d:2338 JMicron Technology Corp. / JMicron USA Technology Corp. JM20337 Hi-Speed USB to SATA & PATA Combo Bridge Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0  bDeviceProtocol 0  bMaxPacketSize0 64 idVendor 0x152d JMicron Technology Corp. / JMicron USA Technology Corp. idProduct 0x2338 JM20337 Hi-Speed USB to SATA & PATA Combo Bridge bcdDevice 1.00 iManufacturer 1 JMicron iProduct 2 USB to ATA/ATAPI bridge iSerial 5 <removed> bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 4 USB Mass Storage bmAttributes 0xc0 Self Powered MaxPower 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 6 MSC Bulk-Only Transfer Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0  bDeviceProtocol 0  bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0001 Self Powered 

fdisk -l zeigt:

Nota: la dimensione del settore è 4096 (non 512) (in English: Note: the sector size is 4096 (not 512)  Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 testine, 63 settori/tracce, 15200 cilindri, totale 244190646 settori Unità = settori di 1 * 4096 = 4096 byte Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Identificativo disco: 0x0001cf00  Dispositivo Boot Start End Blocks Id System /dev/sdb1 8040 498023 1959936 fd Autorilevamento raid di Linux /dev/sdb2 498024 562271 256992 fd Autorilevamento raid di Linux /dev/sdb3 562272 809271 988000 fd Autorilevamento raid di Linux /dev/sdb4 809272 244187999 973514912 fd Autorilevamento raid di Linux 

hdparm führt zu einem fehlerhaften Ergebnis:

ATA device, with non-removable media Model Number: �����������@������������ Serial Number: ������������ Firmware Revision: ����� Standards: Used: unknown (minor revision code 0x10fd)  Supported: 14 11 10  Likely used: 14 Configuration: Logical max current cylinders 0 0 heads 0 0 sectors/track 510 0 -- Logical/Physical Sector size: 512 bytes device size with M = 1024*1024: 0 MBytes device size with M = 1000*1000: 0 MBytes  cache/buffer size = unknown Capabilities: IORDY(may be)(cannot be disabled) Queue depth: 32 Standby timer values: spec'd by Vendor R/W multiple sector transfer: Max = 255 Current = 255 Recommended acoustic management value: 234, current value: 0 DMA: not supported PIO: unknown Cycle time: no flow control=65535ns IORDY flow control=24384ns * reserved 69[0] * reserved 69[1] * reserved 69[2] * reserved 69[4] * reserved 69[7] * DEVICE CONFIGURATION SET/IDENTIFY DMA commands Security:  Master password revision code = 19648 not supported not enabled not locked not frozen not expired: security count not supported: enhanced erase Integrity word not set (found 0x0000, expected 0x9fa5) 

Wenn ich Katze bin /sys/class/block/sdb/queue/physical_block_sizeund /sys/class/block/sdb/queue/logical_block_sizesie beide 4096 sagen.

Es scheint also, als würde dieses Gehäuse die Festplatte mit 4k-Sektorgrößen verwenden, also als "natives" 4k-Advanced-Format-Laufwerk. Wenn ich hier aufhören würde, würde ich sagen, dass die andere Dockingstation einfach "zu alt" ist, um 4k-Laufwerke ordnungsgemäß zu unterstützen. Was mich jedoch überrascht, ist folgendes.

Beispiel 3: JMicron USB 3-Dockingstation

Wenn ich dieses Laufwerk an eine neuere USB 3-Dockingstation anschließe, werden mit UASP-Unterstützung Ergebnisse erzielt, die der ersten Dockingstation viel ähnlicher sind.

lsusb -v zeigt:

Bus 004 Device 006: ID 152d:0565 JMicron Technology Corp. / JMicron USA Technology Corp.  Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0  bDeviceProtocol 0  bMaxPacketSize0 9 idVendor 0x152d JMicron Technology Corp. / JMicron USA Technology Corp. idProduct 0x0565  bcdDevice 1.01 iManufacturer 1 JMicron iProduct 2 JMS56x Series iSerial 5 <removed> bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 121 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 4 USB Mass Storage bmAttributes 0xc0 Self Powered MaxPower 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 6 MSC Bulk-Only Transfer Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 4 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 98  iInterface 10 MSC BOT/UAS Transfer Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 Command pipe (0x01) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 MaxStreams 32 Status pipe (0x02) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-in pipe (0x03) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-out pipe (0x04) Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 22 bNumDeviceCaps 2 USB 2.0 Extension Device Capability: bLength 7 bDescriptorType 16 bDevCapabilityType 2 bmAttributes 0x00000f0e Link Power Management (LPM) Supported SuperSpeed USB Device Capability: bLength 10 bDescriptorType 16 bDevCapabilityType 3 bmAttributes 0x00 wSpeedsSupported 0x000e Device can operate at Full Speed (12Mbps) Device can operate at High Speed (480Mbps) Device can operate at SuperSpeed (5Gbps) bFunctionalitySupport 1 Lowest fully-functional device speed is Full Speed (12Mbps) bU1DevExitLat 10 micro seconds bU2DevExitLat 32 micro seconds Device Status: 0x000d Self Powered U1 Enabled U2 Enabled 

fdisk -l zeigt:

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 testine, 63 settori/tracce, 121601 cilindri, totale 1953525168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 4096 bytes / 33553920 bytes Identificativo disco: 0x0001cf00  Dispositivo Boot Start End Blocks Id System /dev/sdb1 8040 498023 244992 fd Autorilevamento raid di Linux /dev/sdb2 498024 562271 32124 fd Autorilevamento raid di Linux /dev/sdb3 562272 809271 123500 fd Autorilevamento raid di Linux /dev/sdb4 809272 244187999 121689364 fd Autorilevamento raid di Linux 

hdparm -I zeigt:

ATA device, with non-removable media Model Number: WDC WD10EARX-00N0YB0  Serial Number: <removed> Firmware Revision: 51.0AB51 Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: Supported: 8 7 6 5  Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 268435455 LBA48 user addressable sectors: 1953525168 Logical Sector size: 512 bytes Physical Sector size: 4096 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 953869 MBytes device size with M = 1000*1000: 1000204 MBytes (1000 GB) cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 0 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6  Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4  Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * SMART feature set Security Mode feature set * Power Management feature set * Write cache * Look-ahead * Host Protected Area feature set * WRITE_BUFFER command * READ_BUFFER command * NOP cmd * DOWNLOAD_MICROCODE Power-Up In Standby feature set * SET_FEATURES required to spinup after power up SET_MAX security extension * 48-bit Address feature set * Device Configuration Overlay feature set * Mandatory FLUSH_CACHE * FLUSH_CACHE_EXT * SMART error logging * SMART self-test * General Purpose Logging feature set * 64-bit World wide name * WRITE_UNCORRECTABLE_EXT command * _DMA_EXT_GPL commands * Segmented DOWNLOAD_MICROCODE * Gen1 signaling speed (1.5Gb/s) * Gen2 signaling speed (3.0Gb/s) * Gen3 signaling speed (6.0Gb/s) * Native Command Queueing (NCQ) * Host-initiated interface power management * Phy event counters * NCQ priority information DMA Setup Auto-Activate optimization * Software settings preservation * SMART Command Transport (SCT) feature set * SCT Write Same (AC2) * SCT Features Control (AC4) * SCT Data Tables (AC5) unknown 206[7] unknown 206[12] (vendor specific) unknown 206[13] (vendor specific) Security:  Master password revision code = 65534 supported not enabled not locked not frozen not expired: security count supported: enhanced erase 186min for SECURITY ERASE UNIT. 186min for ENHANCED SECURITY ERASE UNIT.  Logical Unit WWN Device Identifier: 50014ee2b14805a5 NAA : 5 IEEE OUI : 0014ee Unique ID : 2b14805a5 Checksum: correct 

Wenn ich Katze /sys/class/block/sdb/queue/physical_block_sizeund /sys/class/block/sdb/queue/logical_block_sizebeide sagen 512.

Mit dieser Dockingstation sehe ich das Laufwerk also wieder als "normalen" 512-Byte-Sektorlaufwerk.

Fragen

  1. Warum sagt hdparm etwas anderes als fdisk und /sys/class/block/sdb/queue/physical_block_size+ /sys/class/block/sdb/queue/logical_block_sizebei beiden Dockingstationen? hdparm sagt, dass die physische Sektorgröße 4096 ist, während die andere sagt, dass die physische Sektorgröße 512 ist (wie die logische)
  2. Wie ist es möglich, dass eine neue (im Jahr 2018 erworbene) USB 3-Dockingstation mit einer JMicron-Bridge, die das neueste UASP-Protokoll unterstützt, das Laufwerk nicht als 4-KByte-Laufwerk sieht, während eine viel ältere USB 2 SATA + PATA-Bridge von JMicron dies auch tut ? Ist das überhaupt ein Problem, wenn ich diese Festplatte jetzt vollständig mit diesen Docking-Stationen verwenden möchte?
  3. Wie Sie sehen können, handelt es sich bei Partitionen auf diesem Laufwerk um RAID-Mitglieder (RAID1). Die Partitionstabelle und das RAID-Array wurden erstellt, als die Festplatte mit dem JMicron SATA + PATA-Gehäuse verwendet wurde. Wenn ich versuche, die RAID-Arrays mit diesem Gehäuse zu starten, habe ich keine Probleme und ich kann den Inhalt der Festplatte lesen. Immer, wenn ich versuche, das gleiche mit beiden Docking-Stationen zu tun, erhalte ich einen Fehler "Kein Superblock gefunden". Das Array startet also nicht und ich kann den Inhalt der Festplatte nicht lesen. Das macht mir ein bisschen Angst, denn ich fürchte, ich kann den Inhalt dieser Platte nicht zurücklesen, wenn das Gehäuse eines Tages ausfällt

Um das Problem 3 zu überwinden. Ich erinnere mich, dass ich die interessierende Partition auch bei der ersten Dockingstation durch das Spielen mit Blockstarts und Sektorgröße erreichen konnte, sodass ich ein Image in eine Datei schreiben konnte, das ich als Loopback-Gerät mounten konnte Ich habe mich jedoch gefragt, ob es eine einfachere Lösung gibt, die mich nicht zwingt, ein Image der gesamten Festplatte zu erstellen.

1
Dies ist sehr ähnlich zu dieser Frage: https://unix.stackexchange.com/questions/403919/harddrive-with-4096-physical-sector-size-size-reported-as-512-behind-usb-bridge Die Antworten hier könnten hilfreich sein klären Sie die Verwirrung auf (oder machen Sie vielleicht mehr verwirrt;]) Layne Bernardo vor 6 Jahren 0
USB-Gehäuse sind nicht alle gleich aufgebaut. Sieht so aus, als hätten Sie nur ein paar Jungs gefunden Xen2050 vor 6 Jahren 0
@LayneBernardo bedankt sich bei Layne, ich habe gerade den Autor dieser Frage angerufen, um zu sehen, ob er noch etwas entdeckt hat. Mauro Molinari vor 6 Jahren 0
@ MauroMolinari * Ich * nicht. (Ich bin nicht der Autor der Frage, es ist nicht meine Hardware.) Ich habe das Gefühl, dass es auf der U & L-Site noch weitere Fragen wie diese gibt. sourcejedi vor 6 Jahren 0
@ Xen2050 Sie haben vielleicht recht, ich bin nur überrascht, dass sich eine kürzlich erschienene JMicron-Brücke falsch verhält, während sich eine ältere JMicron-Brücke richtig verhält. In jedem Fall ist es besorgniserregend, den Inhalt der Festplatte nicht mehr lesen zu können. Mauro Molinari vor 6 Jahren 0
Als Referenz gilt: https://unix.stackexchange.com/questions/187748/recognizing-gpt-partition-table-created-created-mit-different-logical-sector-size schlägt eine Möglichkeit vor, Inhalte mit losetup und zurückzulesen Angabe der richtigen Blockgröße. Mauro Molinari vor 6 Jahren 0
Meines Wissens ist die logische Blockgröße Teil der Abstraktion des physikalischen Laufwerks, das heutzutage verwendet wird, um einen einheitlicheren und einfacheren Zugriff auf physische Laufwerke zu ermöglichen. Im Grunde gibt der Kernel vor, dass er auf eine imaginäre Festplatte schreibt und dies automatisch in reale Speicherorte übersetzt wird. Es scheint, als würde der Kernel einfach die Blockgröße auswählen, die er für die logische Blockgröße zu verwenden scheint, und wahrscheinlich bieten neuere USB-Gehäuse eine ähnliche Art von Abstraktion und melden nur abstrahierte Werte, da dies normalerweise keinen Einfluss auf das Betriebssystem hat . Layne Bernardo vor 5 Jahren 0

0 Antworten auf die Frage