[Megoldva] Pendrive leválasztás Linux alatt

Linux-kezdő

Sziasztok!

Lenne egy általános és egy konkrét kérdésem a pendrive-ok leválasztásával kapcsolatban.

  1. Általános: A hardware meghibásodik, ha "simán" lehúzom az eszközt?
  2. Konkrét: Debian "Lenny" alatt egy USB-s eszköz leválasztásánál, mikor jobb gombot nyomtam az eszközön és a "Leválasztás" lehetőséget választottam, akkor az eszköz eltűnt az asztalról, de még világított, és muszály voltam lehúzni.
    "Squeeze"-nél azonban van egy olyan lehetőség, hogy "Eszköz biztoonságos eltávolítás", s ha ezt választom, akkor már a nem világít a drive.
    Kérdés tehát: Van más lehetőség az eszköz leválasztására Lenny alatt ami nem igényel GUI-t? Ti hogy szoktátok csinálni?

Üdv.:
V007

  • 2004 megtekintés

( bsh | 2010. 01. 09., szo – 18:33 )

1, a harwdware nem, max a fájlrendszer rajta
2, umount /dev/sdxX

( Rt711 v | 2010. 01. 09., szo – 18:32 )

Van más lehetőség az eszköz leválasztására Lenny alatt ami nem igényel GUI-t?

umount /media/meghajtonév

írj egy kis shell scriptet, rakd a desktopra, chmod +x, aztán már kattintással megoldható.
-
Debian Lenny

( zitev v | 2010. 01. 09., szo – 20:30 )

sync
umount /dev/eszkoz

vagy asztalon pendrive ikon>jobbegérgomb>biztonságos leválasztás
vagy asztalon rendszer ikon>tároló eszközök>pendrive jobbegérgomb>biztonságos eltávolítás

szerk.: először írok, aztán olvasok :)
Nekem Lenny alatt is van biztonságos eltávolítás, úgyhogy nálad a labda, de kérdésedre fentebb a válasz.

( Toma_ | 2010. 01. 09., szo – 19:41 )

sdparm --command=eject /dev/sd(a,b,c...)

( veyron007 | 2010. 01. 09., szo – 23:38 )

Mindenkinek a javaslatára válaszolva: A mount parancsot ismerem, és használom is ezzel nincs is gond.

A topic nyitáskor írtam, hogy NEM az a probléma, hogy az eszközt nem tudom lecsatolni, mert az megy.
A problémám pontosan az, hogy miután lecsatoltam az eszközt, a rajta lévő működésjelző led még világít, VISZONT ha a műveletet Squeeze alól csinálom úgy hogy az asztalon lévű pendrive ikonon jobb egérgombot nyomva a "Biztonságos eltávolítást" választom, akkor lecsatolódik a partíció, és a led sem világít az eszközön.

(Megjegyzem, hz umount /dev/sdX vagy a umount /media/xy itt is csak a penin lévő partíciót választja le, de a led továbbra is világít a drive-on)

Érdemes a echo 'suspend' > /sys/$DEVICE/power/level -t megjegyezni. Az USB-drive lehúzogatásán kívül ezzel lehet "resetet" nyomni más eszközöknek is. Lehet vele faragni egyes gépeknél a kikapcsolt állapotban a fogyasztáson. (Igen, vannak akik a ATX készenléti tápját kinn tartják az USB porton) De "lefagyott" A4Tech egeret lehetett ezzel újraéleszteni...
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

azért világít a led, mert áramot kap a porttól. de ez nem számít, mert az usb hotplug, nyugodtan lehúzhatod vagy feldughatod, csak a partíció legyen előptte lecsatolva, hogy ne akarjon leválasztás közben írni rá és ne sérüljön meg a fájlrendszer.
a portot is lehet áramtalanítani (suspend), vagy a rajta lévő eszközt lehúzás előtt kikapcsolni (pl. egy külső vinyót), de egy pendrájvnál minek?
úgyhogy umount (esetleg előtte sync, ha nem úgy volt mountolva), aztán lehúzod. a lehúzás nem igényel gui-t.
de ha neked script kell,. akkor tessék

----------------------------------
feel the beat - it's everywhere!

Köszi szépen a választ. ;)
Mellesleg nagyon jó, hogy felhoztad az USB-s HDD-t, mert tervezek egy "nagy HDD takarítást" és az archiválandó adatot egy külsős USB/eSATA-s HDD-re szeretném rátenni.

Ha sync, majd umount-olom az eszközt annyi elég lesz a HDD biztonságos leválasztásához?
Vagy a scripttel amit linkeltél?

Én is egy esata-s racket használok, és azt olvastam a neten, hogy árthat, ha csak simán poweroffolod. Az "scsiadd -r" parancsot ajánlották az umount után, ez szépen leállítja az esata drive-ot. Pl. scsiadd -r 7 0 0 0 az én esata portomnál. Az eject is ezt a hatást éri el. Itt a cikk:

http://blog.shadypixel.com/safely-removing-external-drives-in-linux/

Ha ez igaz, akkor a belső meremlemezeket is le kell állítani egy ilyen paranccsal. Mert mindegy hogy külső vagy belső a merevlemez. Ha a egy olcsó külső vezérlő nem kezeli rendesen a stop parancsot, akkor ugyanez igaz lehet egy olcsó alaplapi vezérlőre is.
Engem ez nem győzött meg.

-----
Dropbox tárhely igénylése: https://www.getdropbox.com/referrals/NTI2MzM2MjA5

Nekem nem igazán működik a program:

root:~# scsiadd -s
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory
scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory

root:~# scsiadd -p
scsiadd:scsidump():could not open /proc/scsi/scsi (r): No such file or directory

Pedig az összes eszközöm SATA-s (II).
root:~# ls -l /dev/sd*
brw-rw---- 1 root disk 8, 0 2010 jan 10 /dev/sda
brw-rw---- 1 root disk 8, 1 2010 jan 10 /dev/sda1
brw-rw---- 1 root disk 8, 2 2010 jan 10 /dev/sda2
brw-rw---- 1 root disk 8, 3 jan 10 12.01 /dev/sda3
brw-rw---- 1 root disk 8, 4 2010 jan 10 /dev/sda4
brw-rw---- 1 root disk 8, 5 2010 jan 10 /dev/sda5
brw-rw---- 1 root disk 8, 6 2010 jan 10 /dev/sda6
brw-rw---- 1 root disk 8, 7 jan 10 12.01 /dev/sda7
brw-rw---- 1 root disk 8, 16 2010 jan 10 /dev/sdb
brw-rw---- 1 root disk 8, 17 jan 10 12.01 /dev/sdb1
brw-rw---- 1 root floppy 8, 32 jan 10 12.01 /dev/sdc (USB)
brw-rw---- 1 root floppy 8, 33 jan 10 12.01 /dev/sdc1 (USB)

És most hogyan tovább?
A manban találtam ezt az oldalt: http://www.tldp.org/HOWTO/SCSI-2.4-HOWTO/
A Kernel konfigban kellene kutakodnom elképzeléseim szerint -javítsatok ki, ha tévedek-, de nem értem mit is akar jelent az m, illetve y jelölés, pl. itt: CONFIG_SCSI=y.
És át kellene néznem gondolom a lenetebb lévő beállításokat is???

( psc | 2010. 01. 10., v – 01:03 )

Én mac-en és freebsd-n azt vettem észre, hog amikor lecsatolom a pendrive-ot, és a rendszer végzett a lecsatolássan, akkor a pnadrive led-je még kb. 1-1.5 másodpercig villog, mint amikor ír rá.
Csak akkor szoktam kihúzni a pendriveot, amikor a villogás/írás is befejeződött, de volt, hogy a sikeres umount után, de még a villogás befejezése előtt lehúztam, nem lett semmi gond.
Valaki tudja, hogy ilyenkor még miért villog? mit ír még olyankor, amikor az operációs rendszer szerint sikeresen le van már csatolva?

Hali!

A legtobb pendrive akkor kapcsolja be a LED -jet, ha az USB nincs suspend -ben. Ilyenkor (1.1 tol felfele) csak SOF (Start Of Frame) packet -ek mennek ami kb egy mS felbontasu szamlalo amit a pendrive nem hasznal. Ergo attol hogy a mukodes jelzo LED vilagit az eszkoz meg lehet idle.

A LED villogtatasa pedig ugy tortenik, hogy amikor a pendrive kap egy parancsot, akkor villant rajta parat. Ergo a LED villogasa nem teljesen fedi azt az idoszakot amikor a pendrive tenylegesen dolgozik. Pl ha az SCSI parancsot felbehagyod az USB -n akkor egyes pendrive -ok LED -je az idok vegezeteig villogni fog.

Cache -t esetleg kulso vinyo keretekben vagy dvdirokban tudok elkepzelni, de ott is csak az USB -re csatol eszkoz cache -se fordulhat elo. En meg nem lattam sajat cache -sel rendelkezo USB -s mass-storage eszkozt. Persze speci darabok letezhetnek.

Mindennek fenyeben a kovetkezoket jelenthetjuk ki:
-fsynch + umount utan mindegy milyen allapotban van a pendrive LED -je. Cache 99% hogy nincs rajta (draga dolog az), a LED vezerlese meg 99%, hogy hasrautes szeruen tortenik (met ugye ugy a legolcsobb).