debian lenny: problemi nel montare le chiavette usb

[magnet_80]

mi consola che non sono l'unico.
rispondo a andy.
ho reinstallato il kernel 21, lo rimosso, ho riavviato il pc, ho rimosso la dir in lib/modules/2.6.21 ho reinserito la chiavetta e sono ritornato all'inizio con lo stesso problema.
non vorrei dire, ma mi sa che tutto questo caos ha iniziato a manifestarsi quando ho installato il kernel 21. prima le chiavette funzionavano tranquillamente.
il fatto è che udev, se lo reinstallo, si va sempre a cercare il la dir /lib/modules/2.6.21. appena ho un pò di tempo, provo a rifarlo da zero senza fare l'upgrade del kernel, altrimenti poi non funziona nvidia.
un piccolo OT. sai se per caso è stato risolto il "problema" del modulo del kernel per la paravirtualizzazione? oppure, se installo il kernel nuovo, c'è un modo per togliere questo modulo in modo tale che non fa in conflitto quando installo il pacchetto nvidia?
grazie

[kove]

1- ora, la butto li, ma io sospetto che ( è un'ipotesi) lui abbia qualche modulo che fa andare quella chiave che però non è della stessa versione del kernel in esecuzione.
Magari è quello che fa casino.

2 -normalmente io quando ho problemi monto a mano.
Ho letto che montando a mano ti funziona tutto perfettamente. Non è che devi reinstallare solo l'automounter?

[andy caps]

il reinstall di udev lo devi fare a kernel 2.6.21 installato e senza rimuovere niente

per il famoso paravit che da errore non so se debian a corretto il problema
gia' che installi il kernel 2.6.21 potresti fare una prova

nvidia deve rilasciare nuovi driver con una certa urgenza perche' questi oltre a non essere compatibili con il kernel 2.6.23 che uscira' tra un po' non sono nemmeno compatibili con xorg 7.3 uscito ieri

[magnet_80]

ringrazio entrambi. domani faccio una prova e faccio sapere. grazie

[magnet_80]

allora, ho eseguita la prova con il kernel 21. l'installer nvidia non funziona, presumo sempre per l'errore nella paravirtualizzazione; così non parte neanche kdm. si, dovrei modificare xorg. lo farò domani sera. ora sto andando con il kernel 18 e la chiavetta da ancora problema.
per andy caps: ti allego il file di log. lo puoi scaricare da qui, come la volta scorsa. questo è il log che ho avuto con il kernel 2.6.21
http://rapidshare.com/files/54507373...aller.log.html

[andy caps]

non da piu' il problema di paravirt
il problema adesso sembra piu dipemdere dagli headers sbagliati
hai installato anche gli headers del 2.6.21 ??


per le chiavette prova a incollare qui /etc/fstab
per vedere

[magnet_80]

come headers, ho caricati:
2.6.21-2-486 (ora ho caricato i 686, nella fretta ho sbagliato)
2.6.21-2
2.6.18-4
2.6.18-4-686

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda1 / ext3 defaults,errors=remount-ro 0 1
/dev/sda5 /home ext3 defaults 0 2
/dev/sda6 none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdb /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

domanda: se metto i cdrom0 e 1 in "auto" al posto del "noauto2, che succede?
ciao e grazie

[andy caps]

non conviene metterlo in auto
rischi solo di compicare le cose

quando inserisci un cdrom nel lettore ti chiede comunque se vuoi aprirlo


per nvidia prova con gli headers corretti a reinstallarli


per la chiavetta prova per fare un esperimento a formattarla fat32 o file system diverso da fat
e fare qualche esperimento

[magnet_80]

scusa per il ritardo. al momento persiste il problema che con il kernel .22 non si riesce ad installare i driver nvidia mediante l'installer fornito dalla nvidia stessa.
per le chiavette domani provo a formattarne una in in fat32 tramite xp.

[khirsha]

Come avreste potuto vedere dal primo post, evitando di diventar matti a reinstallare un'infinità di pacchetti e kernel, il problema sta quasi sicuramente in questa piccola riga:

Unrecognized mount option "flush" or missing value

Il comando mount non riconosce l'opzione flush o ad ogni modo gli viene passata senza alcuni parametri e non va a buon fine.

Non sono mai riuscito a trovare traccia di documentazione riguardo a questa opzione e non sò perchè venga inserita nelle opzioni valide per i filesystem di tipo vfat.

Ad ogni modo pre risolvere il problema è sufficiente commentare nel file:

/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi

la riga: <append key="volume.mount.valid_options" type="strlist">flush</append>



e riavviare hal: /etc/init.d/hal restart

L'ho appena fatto sulla mia macchina in quanto avevo lo stesso problema ma non mi ero ancora deciso a risolverlo e che la prossima volta che aggiorno il pacchetto dovrò probabilmente ripetere l'operzione; ma visto che non ero l'unico mi sono detto che era il momento giusto per farlo.

Buon divertimento e la prossima volta non affrettatevi a reinstallare.