Newsgroup: it.comp.os.linux.iniziare
Titolo: Problemma nell'accesso al file system NTFS dell'HD

Ciao a tutti.
Ho dei problemi nel leggere il file system NTFS della mia partizione hda2.
Ho creato per prima cosa una directory vuota di nome windows sotto /mnt/.
Dopo aver verificato tramite mount -t ntfs /dev/hda2 /mnt/windows che il
kernel 2.4.7-10 di RH7.2 non include la possibilità di leggere il file
system NTFS, ho provato a ricompilarlo.
Per far si che agli avvii post-ricompilazione sia montata la partizione
NTFS, ho aggiornato anche il file /etc/fstab.
Che all'avvio prima della ricompilazione del kernel veda un errore di tipo
FS NTFS non supportato mi va anche bene: il problema subentra quando lo vedo
anche dopo!
Ho configurato il kernel tramite make xconfig, aggiungendo in due prove di
compilazione differenti, il supporto in sola lettura di NTFS prima con
l'opzione Y, poi come modulo.
In seguito ho eseguito make dep, poi make bzImage, make modules, make
modules_install e alla fine install per sostituire l'attuale kernel della
macchina con il nuovo. Nulla da fare!
Qualche anima pia è in grado di darmi una dritta?
Grazie e a presto
Kubimax

 ha scritto nel messaggio
news:sqna9.101202$n04.2...@twister2.libero.it...

ho il tuo stesso problema ... da 1 mese ... stasera installo mandrake
...inizio a pensare che sia un baco di red hat 7.3 limbo.
Mi metto in coda nell'attesa di niuz!
ciao

Occhio che la mia č una RH 7.2, non 7.3.
O il baco che ipotizzi esiste in tutte e due le distro o entrambi abbiamo
fatto qualche cappella.
Speriamo bene.
Bye!
Kubimax

 macchina con il nuovo. Nulla da fare!
[...]
Per quanto riguarda il supporto a NTFS tramite moduli, io proverei a
controllare:
- che il nuovo 'System.map' generato dalla compilazione sia stato copiato
nella dir dove risiede il kernel (di solito /boot) e che l'eventuale opzione
del bootloader (se presente, per LILO è map=...) lo riconosca;
- che le dipendenze tra i moduli siano soddisfatte (depmod -a);
- se al termine del boot il modulo è stato effettivamente caricato (lsmod);
Se usi LILO avvialo al termine della procedura di installazione del kernel.
Quando ho compilato il kernel (2.4.18 in sostituzione del 2.4.10-4GB) senza
in seguito avviare LILO, al boot successivo (da floppy) si bloccava senza
caricare niente...
Non sono un esperto, non garantisco risultati... :p
Ciao!
Enrico

 
Non sarà un aiutone, ma un dubbio (almeno per RH 7.3) ve lo posso 
levare: non è un baco.
Sono abbastanza GNUbbo, ma dopo aver ricompilato il kernel con il 
supporto NTFS le cose funzionano.
Per essere preciso: il supp. NTFS l'ho compilato nel kernel e non come 
modulo (così sono più sicuro) e dopo la solita sfilza di make non ho 
usato install,  ma ho copiato manualmente i files.
Quello che mi ha fatto dannare è la configurazione di fstab per montare 
la partizione come user. Prima non la montava, poi la montava ma non 
aveva i permessi per entrare, alla fine ho usato l'opzione umask=000 e 
adesso funziona.
Saluti

Alla fine la dritta di Enrico mi ha portato sulla retta via.
Il problema l'ho identificato nella configurazione di GRUB che caricava il
vecchio kernel.
Si potrebbe dire che la cosa è banale tuttavia non mi spiego come mai, in
seguito all' ultimo comando INSTALL, il kernel del sistema non è stato
sostituito, ma nella dir /boot/ è stato aggiunto un nuovo kernel
VMLINUZ2.4.7-10custom.
Il povero GRUB, che deteneva ancora il VMLINUZ2.4.7-10 originale come
riferimento , caricava il kernel che pensavo (erroneamente !?!)sostituito.
Comunque ora tutto funziona e gioisco assai.
Grazie per la collaborazione.
Bye!
Kubimax