[FreeBSD] (Net)BSD kérdések - Pen Drive, umass, delete, egyebek

Adam Szilveszter sziszi at bsd.hu
2002. Május. 22., Sze, 22:11:04 CEST


Hali!

On Wed, May 22, 2002 at 09:18:51PM +0200, Hajdu Zoltan wrote:
> összegyűlt itt pár megoldatlan dolog, a nyakatokba zúdítom digest
> módban :)
> 
> 1. Van itt egy USB Pen Drive csoda, egy USB portra csatlakoztatható
> (hot-plug) mass storage eszköz - 64mega egy kis kihúzófilc méretben.
> Elméletileg teljesen szabványos csatlakozó elektronikával, mert MS fronton
> nem kell neki semmilyen proprietary driver, bedugom a w2k-ba, és
> megjelenik a meghajtó betűjele a sajátgépben.

<...>
> protagoras /netbsd: umass0 at uhub0 port 2 configuration 1 interface 0
> protagoras /netbsd: umass0: NO BRAND PEN DRIVE, rev 1.00/1.00, addr 2
> protagoras /netbsd: umass0: using SCSI over BBB-P
> protagoras /netbsd: scsibus0 at umass0: 2 targets, 1 luns per target
> protagoras /netbsd: scsibus0: waiting 2 seconds for devices to settle...
> protagoras /netbsd: sd0 at scsibus0 target 1 lun 0: <NO BRAND, PEN DRIVE,
> 1.01> SCSI0 0/direct removable
> protagoras /netbsd: sd0: mode sense (5) returned nonsense; using fictitious
> geometry
> protagoras /netbsd: sd0: 64000 KB, 62 cyl, 64 head, 32 sec, 512 bytes/sect
> x 128000 sectors
> 
> OK, bár akadnak gondja a geometry felismerésével - viszont minden
> létezô dos-os és unix-os test progi ugyanezeket adja, így feltételezem,
> helyes értékek. Azonban ezután semmi nem működik - az fdisk ezzel indít:
> 
> protagoras /netbsd: sd0: mode sense (5) returned nonsense; using
> fictitious geometry
> protagoras /netbsd: sd0(umass0:1:0): illegal request,
> data = 00 00 00 00 20 00 00 00 00 00
> protagoras /netbsd: sd0: dos partition I/O error

<...>

Ez sajnos tipikus problema az USB-s mass storage eszkozokkel. A legtobb
vagy ATA vagy SCSI eszkoznek alcazza magat, de az alcazas elegge gagyi
ahhoz, hogy azonnal ne mukodjon, ha valoben ilyenkent akarnanak beszelni
hozza. Ilyen esetben, ha a gond enyhebb, un quirk entry-t kell rakni a
megfelelo kernel fajlba, amelyik pl megmondja a kernelnek, hogy "noha ez
az eszkoz azt allitja, hogy o egy SCSI direct access device, aki ismeri
az x byte szelessegu parancsokat, ez valojaban nincs igy, es lefagy ha
megis megprobalod" mire a kernel onnantol nem probalja es ezert
"mukodik". Ez a titka a windowsos "mukodesnek" is. Csak ott ugye vegso
esetben irnak hozza egy full drivert es azzal *az az egy konkret* modell
menni fog. Se az az elottiek se az utaniak. BSD-n ellenben, ha a quirk
keves, akkor meg vagy love. (Legalabbis, ha nem hasznalod fel az
alkalmat arra, hogy megtanulj USB-n device drivereket programozni es nem
vezetsz at egy uj, minden eddiginel allatabb designt:-)

Ezert egyelore nem lehet mast mondani, mint hogy BSD alatt el a kezekkel
a digitalis fenykepezogepektol, es USB-s mass storage eszkozoktol, ha
jot akarsz. Hasznalj helyette Linuxot, vagy, ahm, windowst:-) Ld tegnapi
levelem: feladathoz az eszkozt. A BSD-s USB stack amugy is eppen nemi
instabilitas elott all, mert egyreszt kozelitik a tobbieket a NetBSD-s
megoldasokhoz, masreszt mert jon az USB 2.0 support, mert kulonben
csendben eldocog a vilag mellettunk. De ehhez elegge sokat kell berhelni
rajta, a reszletek mar most elvezhetok 5.0-n. En azt mondanam, hogy
parallel portos nyomtato, soros, v PS/2-es eger es billentyu:-) Egyelore.

> 2. Miért van az, hogy a NetBSD baromi lassan töröl fájlokat? Felraktam a
> Mozilla src-t, és a tarhonyából (tarball :) kiírni lemezre gyorsabban ment
> mint letörölni fordítás után. OK, hogy több file van, de ennyire
> azért nem. És a softupdates is megy a hdd-n.

Ha megereszthetek egy tippet, akkor azert, mert meg nincs az osszes
UFS-es trukk atrakva ami FreeBSD-n mar megvan (+vm system, +kernel
reorganizacio). Bar nem mondtad mihez kepest lassu:-) Ja es az is
lehet, hogy a softupdates meg nincs optimalizalva.

> 3. Egy nem annyira BSD kérdés, de szakmába vág: szubjektív megítélésetek
> szerint, tapasztalataitokra alapozva, mennyi idô szükséges egy hálózat pár
> router -ének és switch -ének az esetleges hálózati topológia
> megváltozása utáni újrakonfigurálásához? Nem kell nagy változásra
> gondolni, pl. egy-két szerver bekerülése, újabb subnet felvétele - és
> mondjuk van rá 3 ember, akik értenek hozzá. Nos?

<belepofazik pedig nem kene>
Ha tenyleg ertenek hozza es nem nagy a valtozas, akkor kesz lesz ebedig.
Ha a Szegedi Egyetemen vagyunk, akkor lazan eltart egy egesz hetvegeig.
Vegulis raerunk nem? Viccen kivul: Elvileg akar 1,5 ora. De szamitani kell
ra, hogy az elso kiserletek sikertelenek lehetnek. => kockazatok es
mellekhatasok.
</>

Udv:
Sz.
-- 
-------------------------------------------------------------------------------
* Adam Szilveszter * Szombathely * email: sziszi at bsd.hu *
*      sziszi at IRCnet, #freebsd.hu, #bsd.hu              *



További információk a(z) BSD levelezőlistáról