Virtual Box: file di testo dell'host appaiono nel guest come file binari
Inviato: gio 17 mar 2022, 7:29
C'è una cosa decisamente strana che mi sta capitando da ieri. In una slackware 32 bit installata in macchina virtuale i file in plain/text aperti o anche copiati da una directory condivisa vengono individuati come file binari e praticamente sono inutilizzabili (si tratta dei file di slackbuild che devo testare in un sistema a 32 bit). Un aspetto strano è che i file sono regolari, aprendoli dall'host, sono del tutto normali. Un'altra stranezza è che altri slackbuild che ho "importato" nel guest prima di ieri non avevano dato questo problema. I file nella directory condivisa hanno come owner root e hanno come permessi rw-r-r
L'unico evento che può aver determinato un cambiamento (spero di no) è che ieri pomeriggio ho avviato il guest ma il sistema non si avviava perché la directory di sistema (/dev/sda1 montata su /) non veniva trovata. Il boot entrava in modalità di manutenzione e da lì mi sono accorto che nel fstab del guest era indicata la directory ù/dev/sda1
Sicuramente dovuto ad un precedente salvataggio di fstab di un errore di digitazione.
Dal momento che non riuscivo a correggere l'errore in manutenzione, perché il disco virtuale era in modalità read only, l'unico escamotage che sono riuscito ad eseguire è stato quello di caricare il guest da un disco di installazione e ho avviato il sistema con il comando huge.s root=/dev/sda1 initrd= rw. Con questo stratagemma ho potuto correggere fstab e riavviare poi il guest con la procedura ordinaria (da grub).
Possibile che l'avvio estemporaneo di un sistema in modalità rw possa aver incasinato irrimediabilmente la configurazione solo con la modifica di un file? Tutto il resto funziona regolarmente.
Aggiungo che la directory condivisa è montata come file system vboxsf con i parametri default,rw . Questo sia prima sia dopo l'incidente. Altro non so
L'unico evento che può aver determinato un cambiamento (spero di no) è che ieri pomeriggio ho avviato il guest ma il sistema non si avviava perché la directory di sistema (/dev/sda1 montata su /) non veniva trovata. Il boot entrava in modalità di manutenzione e da lì mi sono accorto che nel fstab del guest era indicata la directory ù/dev/sda1
Sicuramente dovuto ad un precedente salvataggio di fstab di un errore di digitazione.
Dal momento che non riuscivo a correggere l'errore in manutenzione, perché il disco virtuale era in modalità read only, l'unico escamotage che sono riuscito ad eseguire è stato quello di caricare il guest da un disco di installazione e ho avviato il sistema con il comando huge.s root=/dev/sda1 initrd= rw. Con questo stratagemma ho potuto correggere fstab e riavviare poi il guest con la procedura ordinaria (da grub).
Possibile che l'avvio estemporaneo di un sistema in modalità rw possa aver incasinato irrimediabilmente la configurazione solo con la modifica di un file? Tutto il resto funziona regolarmente.
Aggiungo che la directory condivisa è montata come file system vboxsf con i parametri default,rw . Questo sia prima sia dopo l'incidente. Altro non so