slacky.eu

Se non sbaglio qui su Slacky qualche tempo fa avevo letto una simile richiesta di aiuto ma non riesco a rintracciarla.

In pratica, capita che ogni tanto mio fratello colleghi sul mio PC (con Slackware 12) il suo Hard Disk USB formattato con NTFS; HAL fa il suo dovere e monta il dispositivo utilizzando però il driver NTFS del kernel per l'accesso in sola lettura.
Mi interesserebbe sapere allora quale script devo modificare per indicare ad HAL di utilizzare il driver NTFS-3G in modo da avere l'accesso in lettura/scrittura a quell'HD.

Se non ricordo male, le prime versioni di NTFS-3G permettevano di montare una sola partizione NTFS per volta; non so se questa limitazione esiste ancora in quanto io ho già una partizione WindowsXP (sul mio HD) montata in lettura/scrittura con NTFS-3G.
E' possibile allora avere contemporaneamente il mount della partizione WinXP e di un HD USB?

Thanks.

Nella current c'è
/usr/share/hal/fdi/policy/10osvendor/10-ntfsprogs-policy.fdi
così:

Codice: Seleziona tutto

<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">
  <device>
    <match key="volume.fstype" string="ntfs">
      <match key="@block.storage_device:storage.hotpluggable" bool="true">
        <merge key="volume.fstype" type="string">fuse.ntfs</merge>
        <merge key="volume.policy.mount_filesystem" type="string">fuse.ntfs</merge>
        <append key="volume.mount.valid_options" type="strlist">locale=</append>
      </match>
    </match>
  </device>
</deviceinfo>

Se non l'hai nella 12 prova a crearlo, ma dentro /etc/hal/fdi/policy/10osvendor/ per evitare sovrascritture in un eventuale aggiornamento (così consiglia PAT) e sostituisci fuse.ntfs (il nuovo metodo usato dalla current) con ntfs-3g

Non ho mai provato comunque, sto andando ad intuito

Sulla seconda domanda, ti rispondo "mi sembra di sì".
Prima di formattare l'HD esterno in ext3 lo montavo tranquillamente, ed avevo una partizione in un disco fisso.
Però ora se avevo già messo fuse.ntfs o avevo ancora ntfs.3g non lo ricordo

Sulla 12 quel file non c'è; quando avrò a disposizione di nuovo l'HD USB proverò il tuo script per vedere se è compatibile con la versione di HAL della 12.

Adesso continuo a frugare in /etc e /usr per capire quale diavolo di script viene utilizzato da HAL in presenza di partizioni NTFS.

P.S. nel frattempo ho trovato questo tutorial:

http://wiki.archlinux.org/index.php/HAL ... ntfs-3g.29

Conraid, a proposito, Pat ha rimesso di default HAL+DBUS sulla current?

sì ci sono di default hal e udev. mi pare di c<pire che però il server x non li userà ancora.
il file che gestisce il mounting dei dispositivi nella 12.0 è in /usr/share/hal/policy/10osvendor e si chiama 20-storage-methods.fdi. se fai una ricerca della stringa "ntfs" nel file, verso la fine trovi:

Codice: Seleziona tutto

<!-- allow these mount options for ntfs -->
      <match key="volume.fstype" string="ntfs">
	<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux">
	  <append key="volume.mount.valid_options" type="strlist">uid=</append>
	  <append key="volume.mount.valid_options" type="strlist">gid=</append>
	  <append key="volume.mount.valid_options" type="strlist">umask=</append>
	  <append key="volume.mount.valid_options" type="strlist">locale=</append>
	  <append key="volume.mount.valid_options" type="strlist">utf8</append>
	</match>
	<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="FreeBSD">
	  <append key="volume.mount.valid_options" type="strlist">-u=</append>
	  <append key="volume.mount.valid_options" type="strlist">-g=</append>
	  <append key="volume.mount.valid_options" type="strlist">-m=</append>
	  <append key="volume.mount.valid_options" type="strlist">-a</append>
	  <append key="volume.mount.valid_options" type="strlist">-i</append>
	  <append key="volume.mount.valid_options" type="strlist">-C=</append>
	  <append key="volume.mount.valid_options" type="strlist">-W=</append>
	</match>
      </match>

non sono sicurissimo che usando un file nella locazone indicata da conraid le cose funzioneranno... non ricordo come si comporta hal: o si ferma alla prima regola buona o le scorre tutte fino all'ultima come udev... boh! ho un vuoto immenso

comunque il concetto è che dovresti inserire nel caso linux le chiavi:

Codice: Seleziona tutto

<merge key="volume.fstype" type="string">fuse.ntfs</merge>
        <merge key="volume.policy.mount_filesystem" type="string">fuse.ntfs</merge>

anche se forse basta la prima (la seconda è una policy e non viene mai usata nei file della 12.0: lì è indicato solo il filesystem senza nessuna aggiunta)! conraid non è che la current ha un file di policy per ntfs-fuse e la seconda regola fa riferimento a quello?

M

absinthe ha scritto: Conraid, a proposito, Pat ha rimesso di default HAL+DBUS sulla current?

Non l'ha mai tolto. Quel che aveva provato a mettere e poi ha tolto, perché generava "problemi" (qui su slacky alla fine arrivammo ad una soluzione), era il supporto di X ad HAL e DBUS tramite l'uso del driver evdev

absinthe ha scritto: conraid non è che la current ha un file di policy per ntfs-fuse e la seconda regola fa riferimento a quello?

C'è solo quel riferimento a ntfs, e penso che sia anche recente, visto che ha aggiunto da poco ntfs.fuse
Ah proposito, credo che fra poco ci saranno novità, in quando Robby Workman, ha chiesto di testare quel che sarà HAl della -current, perché sembra che ci sono piccoli problemi. La nuova versione non richiederà di essere ricaricata quando si aggiungono gli utenti in /etc/group

http://www.slackware.com/~rworkman/testing/

absinthe ha scritto:Il file che gestisce il mounting dei dispositivi nella 12.0 è in /usr/share/hal/policy/10osvendor e si chiama 20-storage-methods.fdi.

Era proprio il file che stavo cercando; nel mio caso comunque dovrei mettere ntfs-3g e non fuse.ntfs che è il metodo predefinito nella current.

X Conraid: si, intendevo riferirmi proprio al supporto in X di HAL+DBUS.

absinthe ha scritto: non sono sicurissimo che usando un file nella locazone indicata da conraid le cose funzioneranno... non ricordo come si comporta hal: o si ferma alla prima regola buona o le scorre tutte fino all'ultima come udev... boh! ho un vuoto immenso

Quando in -current Pat mise il supporto ad HAL e DBUS in X ricordo che una soluzione era modificare il file di gestione della tastiera e metterlo in /etc/hal/etc...
Se lo legge prima o dopo non lo so, ma è "autoritario" rispetto a quello in /usr/share/hal/etc...
Deve naturalmente avere stesso nome, stesso percorso "interno" e stesse voci, modificati naturalmente

phobos3576 ha scritto:Se non sbaglio qui su Slacky qualche tempo fa avevo letto una simile richiesta di aiuto ma non riesco a rintracciarla.

Stavo guardando nel wiki ed ho trovato questo
http://www.slacky.eu/wikislack/index.ph ... al_ntfs-3g

Mi è venuto in mente questo post. Non so se vale sempre la procedura

conraid ha scritto:Stavo guardando nel wiki ed ho trovato questo
http://www.slacky.eu/wikislack/index.ph ... al_ntfs-3g

Mi è venuto in mente questo post. Non so se vale sempre la procedura

Secondo quella guida bisogna ricompilare udev; non appena rientrerò in possesso dell'HD USB farò qualche esperimento.

Allora, il metodo suggerito da Conraid funziona (ho creato da me il file /usr/share/hal/fdi/policy/10osvendor/10-ntfs-policy.fdi che sulla Slackware 12 non esiste); rimane ora da risolvere il problema delle vocali accentate che non vengono gestite correttamente.

Presumo che si debba aggiungere a /usr/share/hal/fdi/policy/10osvendor/10-ntfs-policy.fdi qualcosa del genere:

Codice: Seleziona tutto

<append key="volume.mount.valid_options" type="strlist">locale=it_IT@euro</append>

Quando però provo a creare file o directory con qualche vocale accentata, in /var/log/messages ottengo:

Codice: Seleziona tutto

ntfs-3g[11011]: Skipping unrepresentable filename (inode 20734): Invalid or incomplete multibyte or wide character

Non metterlo in /usr/share/hal, ma in /etc/hal, con lo stesso percorso interno. In poche parole crea
/etc/hal/fdi/policy/10osvendor/10-ntfs-policy.fdi
Così eviti le sovrascritture in caso di aggiornamento

Nella current adesso l'ha cambiato, in quanto usa direttamente ntfs-3g ed è

Codice: Seleziona tutto

$ cat 10-ntfs-3g-policy.fdi
<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">
  <device>
    <match key="volume.fstype" string="ntfs">
      <match key="@block.storage_device:storage.hotpluggable" bool="true">
        <merge key="volume.fstype" type="string">ntfs-3g</merge>
        <merge key="volume.policy.mount_filesystem" type="string">ntfs-3g</merge>
        <append key="volume.mount.valid_options" type="strlist">locale=</append>
      </match>
    </match>
  </device>
</deviceinfo>

Per le lettere accentate no so che dirti, io uso ancora fstab per l'unica periferica NTFS che ho

Codice: Seleziona tutto

/dev/hda1        /mnt/ntfs        ntfs-3g     noauto,users,locale=it_IT@euro,noexec,nosuid          0   0

Da /etc/fstab e da console (mount manuale) funziona benissimo; il problema riguarda solo l'automount.
Secondo gli sviluppatori di ntfs-3g, si tratterebbe di un bug di HAL o di KDE!

http://forum.ntfs-3g.org/viewtopic.php?t=628

Per l'automount vi consiglio di usare ivman/pmount, come da wiki. Funziona benissimo.

direi che il post possa essere fuso con questo: viewtopic.php?f=1&t=22363

M

slacky.eu

Automount di un HD USB con NTFS-3G

Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G

Re: Automount di un HD USB con NTFS-3G