Newsgroup: it.comp.os.linux.sys
Titolo: Problemi accesso condiviso partizione FAT32

Ho provato a cercare con google, ma non ho trovato nulla di simile.
Uso Debian SID, kernel 2.6.7.
Monto una partizione FAT32 con /etc/fstab seguente
--- cut ---
/dev/hda2	/mnt/hda2	vfat	rw,uid=root,gid=src,umask=002	       	0	0
--- cut ---
Spesso accade che quando riavvio e uso WinXP Pro SP1, molti files che ho 
  creato mentre usavo linux risultino inaccessibili.
Faccio un chkdsk D: /f, riavvio, trova degli errori, corregge il tutto, 
ma poi files risultano danneggiati.
Se invece non faccio chkdsk ed accedo ai files da Linux, tutto funziona 
alla perfezione.
Suggerimenti su come evitare tutto questo ?
Grazie
-- 
Diesis

  creato mentre usavo linux risultino inaccessibili.
Smonti la partizione prima del reboot ?
-- 
There are 10 types of people in the world: Those
who understand binary system, and those who don't.
mailto:
gabr...@giambonini.no.spam.com



Mah, in effetti e' molto strano. La partizione la monti a mano, da quello
che vedo in fstab. Prova magari ad aggiungere defaults fra i flag, che
comprende auto, indicando di montarlo e smontarlo quando serve. Se scrivi
file molto grandi potrebbe non fare in tempo a fare un sync allo shutdown.
-- 
Mario "Reliant" Pascucci
http://ilpettegolo.altervista.org/

 file molto grandi potrebbe non fare in tempo a fare un sync allo shutdown.
Non dovrebbe essere questo, dato che, se non facesse un sync, anche linux 
troverebbe dei problemi.
Piuttosto, non so come riesca a "propagare" i diritti "uid=root,gid=src" al 
filesystem fat32.
Qual e` l'utente che monta la risorsa? "root" o un altro?
Ciao,
gc :-)

 al filesystem fat32.
Sono assegnati proprio per ovviare alla mancanza di
gruppi/utenti/permessi stile unix su fat32.
Non influenzano "fisicamente" il filesystem fat32.
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 
A me viene il dubbio che ci vada l'uid e il gid ricavati con id 
Numeri, non lettere.
-- 
#/bin/sh
:(){ :|:&};:

 Numeri, non lettere.
Avevo notato anch'io: in molti casi va bene anche l'indicazione
dei nomi, ma non saprei se e' questo il caso. Pero', se non
protesta...


 Smonti la partizione prima del reboot ?
Fa tutto in automatico, no ? Vorrei ben sperare ....
Chiudo da X, con gnome....
-- 
Diesis

 file molto grandi potrebbe non fare in tempo a fare un sync allo shutdown.
Infatti accade molto frequentemente con files grandi, tipo rar da 
150mega o iso da 700 ... i file piccoli van bene.
Come potrei forzare il sync ? C'è un modo "pulito" di inserirlo negli 
rc.d di Sid ?
-- 
Diesis

Diesis ha scritto:

metti un sync prima di umount in /etc/init.d/umountfs

 metti un sync prima di umount in /etc/init.d/umountfs
-- 
Diesis

Aggiornamento: ho notato questa brutta cosa aggiornando il kernel:
notebook:/home/diesis# lilo -v
LILO version 22.5.9, Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2004 John Coffman
Released 08-Apr-2004, and compiled at 15:30:00 on Aug 15 2004
Debian GNU/Linux
Warning: COMPACT may conflict with LBA32 on some systems
Reading boot sector from /dev/hda3
Warning: Kernel & BIOS return differing head/sector geometries for 
device 0x80
     Kernel: 65535 cylinders, 16 heads, 63 sectors
       BIOS: 1022 cylinders, 240 heads, 63 sectors
Come faccio a sistemare questa cosa, dato che ho letto che, se convivono 
diversi os su uno stesso disco, tutti devono concordare sulla gemometria 
del disco (e 65535 cilindri o 240 testine non mi sembrano, imho, valori 
molto realistici....) ?
Grazie mille per i suggerimenti.
-- 
Diesis

 molto realistici....) ?
Commenta l' opzione 'compact' in /etc/lilo.conf, rilancia lilo e vedi
se si lamenta ancora.
-- 
Secnodo un pfrosseore dlel'Unviesrita' di Cmabrdige, non imorpta in che
oridne apapaino le letetre in una paolra, l'uinca csoa imnorptate e'
che la pimra e la ulimta letetra sinao nel ptoso gituso.

 se si lamenta ancora.
Si lamenta, si lamenta..... quella l'ho messa dopo ....
La cosa strana č che non mi sembrano corrette ne l'una ne l'altra....
Ormai non so piů cosa pensare....
-- 
Diesis