Am Montag 01 Oktober 2007 schrieb Bernd Walter:
> On Mon, Oct 01, 2007 at 08:21:53PM +0200, Daniel Graupner wrote:
> Du kannst also von da0 nicht lesen, obwohl GEOM den Slice gefunden
> hat, also von da0 lesen musste.
> Das klingt danach, als wenn das device eine exotische Blockgröße hat,
> z.B. 4k, somit darf der Kernel dann bei einem Versuch was anderes,
> z.B. 2k, zu lesen auch durchaus die Argumente der Operation bemängeln.
> Was liefert der Kernel denn für probe-Meldungen?
> Nebenbei sind die physikalischen Blöcke eines NAND-Flash-Chips ohnehin
> schon im 4k bis 8k Bereich - wäre also nicht abwegig.
> Die ganzen SD, CF, ... - Medien machen schon lange read-modify-write
> Zugriffe, damit die noch 512-Byte logische Sektoren anbieten können.
Meinst du die Ausgabe?
umass0: Apple Inc. iPod, rev 2.00/0.01, addr 2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <Apple iPod 1.62> Removable Direct Access SCSI-0 device
da0: 1.000MB/s transfers
da0: 152435MB (39023511 4096 byte sectors: 255H 63S/T 2429C)
Grüße,
Daniel.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 01 Oct 2007 - 21:26:05 CEST