Pagina 1 di 1

Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 11:03
da daigoro
Buongiorno a tutti

Una curiosità, utilizzando dei dischi EIDE da 3.5 convertiti in dischi esterni usb, quando eseguo la 'Rimozione sicura' (a dimenticavo utilizzo slackware 12.2 con kde3) appare il seguente errore:

Codice: Seleziona tutto

Il dispositivo è stato smontato con successo, ma non è stato possibile espellerlo
Non è un vero problema, la periferica viene smontatata, quindi poi spengo il disco, ma secondo voi è possibile fare in modo che almeno kde non dia errore ??

Vi ringrazio per la cortese attenzione.

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 11:08
da kasher
bhè non si tratta di un vero errore, ti sta dicendo solo che il disco è stato smontato, solo che non è possibile espellerlo, e questo è normale in quanto non si tratta di un cdrom, che in quel caso ti avrebbe aperto il carellino x restitirti il disco.

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 11:39
da daigoro
Si è vero è un messaggio non un errorre, anche la rimozione dell'ipod genera lo stesso avviso, si può evitare impostando in amarok il comando eject con l'opzione -s, in effetti mi rendo conto solo adesso di aver mal posto la domanda.

Quello che intendevo è se è possibile e in quale misura modificare i comandi relativi ai dispositivi montati/smontati per poterli personalizzare in base al dispositivo stesso, o sia se peresempio ho un ipod dopo aver smontato il dispositivo devo esguire l' eject -s se un HD non devo fare l'eject e via dicendo ( sempre ammesso che KDE sotto usi il comado eject).

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 13:08
da sardylan
A me fa lo stesso, ma non è niente di preoccupante!!
Ho notato però che se partiziono l'hard disk in un'unica parte lo espelle tranquillamente e mi fa sparire anche il /dev/sdb (tant'è che l'hard disk si spegna automaticamente)
Mentre se lo tengo diviso in due (500GB ext3 ed i rimanenti 140 NTFS), smonta la partizione interessata, ma non "espelle" il dispositivo...
Anche la pennina pendrive/lettore mp3 viene smontata ma non "espulsa"...

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 14:17
da aschenaz
sardylan ha scritto:...
Anche la pennina pendrive/lettore mp3 viene smontata ma non "espulsa"...
Io, con due pennine diverse, noto comportamenti diversi:
una TDK da 4 giga viene smontata ed "espulsa" (nel senso che scompare
anche l'icona); una Transcend da 1 giga, invece, viene soltanto smontata.
Boh?!

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 16:33
da daigoro
Ho utilizzato varie periferiche usb di memorizzazione, e la classica penna usb da 128MB a 2-4 GB è sempre andata bene, alla rimomozione il KDE la smonta e rimuove il device, mentre gli HD usb sia quelli con alimentazione eterna si alimentati da usb, li smonta ma dice di non poter espellerli, anche l'ipod si comporta come gli HD, ma in questo caso, seda consol digito:

Codice: Seleziona tutto

sudo eject -s /dev/sdb1
la periferica viene smontatata viene rimosso il device e l'ipod (ipod classic 80GB) passa dalla modalità trasferimento alla modalità normale con ricarica dall'usb.
Quindi pensavo che forse poteva essere possibile intervenire sulla configurazione del kio_media (penso sial il programma che si occupa della gestione dei media) per modificare i segnali che invia al dispositivo per l'espulsione.

Il parametro -s di eject serve, come riportato sul man per rilasciare periferiche scsi.

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 17:52
da daigoro
Non avevo mai guardato accuratamante ma ho trovato che la directory /usr/share/apps/konqueror/servicemenus contiene file .desktop con le varie voci di menu e i comandi relativi, in particolare il file media_safelyremove.desktop si riferisce alla voce di menu 'Rimozione sicura' che esegue appunto il comando:

Codice: Seleziona tutto

kio_media_mounthelper -s %u

E' possibile creare delle voci personalizzate in ~/.kde/share/apps/konqueror/servicemenus

Provero a fare alcune prove creando degli script personalizzati.

Grazie a tutti

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 19:04
da urka58
Aggiungi l'utente al gruppo "disk" e il "problema" scompare.
E' un piccolo problema di HAL. Non è una vera vera e propria soluzione, ma se ti da fastidio il messaggio di errore (come ti hanno già detto è solo un messaggio, la periferica viene smontata regolarmente) funziona.
Ciao

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 19:13
da mbrancalion
urka58 ha scritto:Aggiungi l'utente al gruppo "disk" e il "problema" scompare.
Il mio utente e' nel gruppo "disk" da un sacco di tempo, e pero' anche a me continua sempre a dare quel messaggio.
Quindi, apparentemente, non e' la soluzione.

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 19:26
da urka58
mbrancalion ha scritto:Il mio utente e' nel gruppo "disk" da un sacco di tempo, e pero' anche a me continua sempre a dare quel messaggio.
Quindi, apparentemente, non e' la soluzione.
Per la verità non l'ho spacciata per una soluzione
urka58 ha scritto:E' un piccolo problema di HAL. Non è una vera vera e propria soluzione, ma se ti da fastidio il messaggio di errore (come ti hanno già detto è solo un messaggio, la periferica viene smontata regolarmente) funziona.
Evidentemente non funziona su tutti i sistemi...peccato.
Ciao

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 19:36
da urka58
Qui sembra che sia stato risolto in modo un po' meno empirico...
http://forums.gentoo.org/viewtopic-p-4212031.html
Ciao

Re: Rimozione sicura di HD usb

Inviato: lun 2 feb 2009, 21:06
da JohnnyMnemonic
La soluzione proposta di udev, e il file /etc/udev/rules.d/51-local.rules

Codice: Seleziona tutto

# removable disks
ACTION=="add", SUBSYSTEM=="block", KERNEL=="sd[a-z][0-9]", ATTRS{removable}=="1", GROUP="plugdev", MODE="660"
non sembra funzionare sul mio sistema

Modificando invece /usr/share/apps/konqueror/servicemenus/media_safelyremove.desktop cambiando da

Codice: Seleziona tutto

Exec=kio_media_mounthelper -s %u
a

Codice: Seleziona tutto

Exec=kio_media_mounthelper -u %u
il tutto sembra funzionare

Purtroppo in questo modo al primo aggiornamento di KDE il file viene modificato (pensandoci bene se si ha KDE 3.5.10 la prossima versione sarà la 4.x quindi il problema non si pone)