Commenti a: Avanti, c’è posto!

Di: telperion

telperion — Sat, 29 Dec 2007 11:31:07 +0000

La fat32 permette di aggirare i permessi mentre con la ext2 hai quel problema accedendo da distro diverse e ovviamente con gli ID di utenti e gruppi che non coincidono.
Un modo per risolvere può essere fare un script che all’avvio di ogni disto cambi i permessi al disco tipo
sudo chown -R tuo_nome_utente /percorso/mount_disco
se vuoi mantenere un minimo di sicurezza se il pc è usato anche da altri.
Probabilmente ci sono anche altre soluzioni migliori credo.
Una è usare FAT oppure se è solo di scambio NTFS con ntfs-3g se hai bisogno di file > 4GB, tenendo presente che ntfs-3g girando in user-space e non nel kernel è abbastanza lento.

Di: nameless

nameless — Sat, 29 Dec 2007 10:27:06 +0000

@telperion
scusa ancora per il disturbo, ho partizionato e sistemato tutto come da te suggerito ed è tutto apposto.
Soltanto però al posto della partizione fat32 l’ho fatta di tipo ext2. L’ho montata come di solito però mi dice che non ho permessi.
Come posso risolvere? Grazie.

Di: nameless

nameless — Fri, 28 Dec 2007 02:03:54 +0000

@telperion
Grazie mille lo terrò in considerazione.

Di: telperion

telperion — Fri, 28 Dec 2007 01:33:07 +0000

Ah eventulamente per LEGGERE (sola lettura)
i dati delle partizioni ext2/3 da windows
c’è questo ottimo tool

http://www.diskinternals.com/linux-reader/

Di: nameless

nameless — Thu, 27 Dec 2007 20:37:53 +0000

@telperion
adesso mi è tutto chiaro. Sei sempre molto preciso ed esaustivo.
Complimenti, sinceri, per tutto il lavoro e quello che fai per la comunità.
Grazie mille per l’aiuto, grazie di tutto.

Di: telperion

telperion — Thu, 27 Dec 2007 19:27:43 +0000

nameless:
il tuo metodo è esattamente come il mio (nel mio esempio /dev/hdb2 che è una feisty, fà esattamente come la tua Sid)
con partizione di boot intendo dire la distro che ha il grub/menu.list che controlla tutto, non una partizioncina con i file di boot scusa l’equivoco.
Quindi fai una partizione primaria fat sul disco 2 di scambio (es hdb1)
poi altre 2 partizioni primarie (hdb2 hdb3) per mettere altre 2 distro esempio la Sid sulla hdb2.
Poi crei una estesa (hdb4) che conterra le partizioni logiche
hdb5 (1 MB) per lo swap e hdb6 – 7 eccetera per altre distro o dati a piacere (vedi l’immagine in testa all’articolo).

Fatto questo e suponendo che la tua partizione di “lancio boot”
sia la sid su hdb2 il grub lo installi:

grub --no-floppy

apre la shell di grub

grub> root (hd1,1)

che significa la partizione lancio quella col menu.list vero
è nel secondo disco (0,1) =1 (grub conta partendo da zero)
la seconda (0,1)= 1
quindi hd1,1

grub> setup (hd0)

installo il boot loader sul primo disco (0,1) = hd0

grub> quit

Qua c’è il mio “complesso” menu.list
http://pastebin.com/ff6b5175

Nel primo disco nell’esempio io ho windows e una partizione ntfs dati.

Questo perchè windows deve stare sul primo disco, altrimenti
bisogna fare i salti mortali con map (hd1) (hd0), ma visto che i puo lavorare
con linux tranquillamente sugli altri dischi meglio evitare e mettere tutto sul secondo disco
lasciando windows a trastullarsi nel primo.

La / le partizioni FAT o NTFS che crei nel secondo disco saranno accessibili da windows.

Spero sia chiaro.

Di: nameless

nameless — Thu, 27 Dec 2007 17:46:27 +0000

@telperion
grazie innanzitutto per i suggerimenti che mi hai dato.
Però non ho ben chiara una cosa. Ipotizzando che non abbia niente sul hd, quando devo installare una distro, il grub dove va? sul primo o sul secondo hd?
Inoltre, vorrei un tuo parere sul mio metodo attuale. Finora, io non ho una partizione di boot separata, dato che il mio desktop principale è Sid, ogni distro ha la sua e, quando devo installare una nuova distro, modifico manualmente il menu.list di Sid che controlla tutto. Questo metodo, lo trovo molto più razionale o forse sbaglio?

Di: telperion

telperion — Thu, 27 Dec 2007 16:08:07 +0000

nameless:
ogni distro deve avere la sua home a meno di usare utenti diversi per ogni distro.
I dati da tenere in comune mettili su una FAT da 30-50MB che è accessibile a tutti e non hai casini di permessi da gestire (ext2/3).
Nel mio caso il boot record di grub è nel disco 0
mentre lo stage 2 (quello dove c’è il menu.list che decide cosa c’è e cosa far partire) è in /dev/hdb2 cioè nella seconda partizione del secondo disco.
Ovvio che tutti gli altri /boot/grub delle altre partizioni è come non ci fossero, tutto è comandato da hdb2 (occhio quando aggiorni hdb2 di avere un backup di menu.list aggiornato).
Vedi anche:
http://telperion.wordpress.com/2007/04/13/backup-clone-di-partizioni/
se ti è di aiuto.

Vanno copiate le partizioni, riallocate cambiati gli fstab cambiato il /boot/grub/menu.list della partizione che lancia,
poi devi riavviare con una live della distro della partizione che lancia ed reinstallare il grub.

Di: nameless

nameless — Thu, 27 Dec 2007 15:32:25 +0000

Ciao Telperion,
questo Natale (tanti auguri a te e a tutti quanti leggono il tuo blog), mi è stato regalato un hard disk sata interno da 250 GB. L’altro hd, che già possedevo, è da 160 GB sata. Inoltre, ho dual boot Win XP/Linux.
Data che adesso possiedo 2 hd, vorrei mettere sul primo hd (250 GB) Win XP e sul secondo hd (160 GB) le varie distro Linux.
Io avrei in mente sul primo hd: Win XP (NTFS) + Part. Dati (NTFS).
Sul secondo hd, ho un pò di perplessità. Come mi consiglieresti di procedere? Io attualmente utilizzo Debian Sid (come desktop principale) e poi anche Arch, Fedora ed Ubuntu, con ovviamente possibilità di utilizzarne altre. Inoltre, vorrei creare una partizione dati, piccola, sul secondo hd dove mettere dati che utilizzo solo con linux e non voglio mettere nella partizione dati del primo hd. Mi consigli di creare un’unica partizione dove mettere la mia Home da condividere con tutte le distro installate oppure ognuno la sua (se questo comporta dei rischi meglio ognuno la sua!)?
Ultima domanda, il grub dove devo installarlo, per far avviare win xp e le varie distro linux?
Scusami per essermi un pò dilungato e per tutti gli interrogativi posti.
Spero in un tuo aiuto.
Grazie.

Di: telperion

telperion — Tue, 23 Oct 2007 17:03:55 +0000

@shaitan: se siamo d’accordo sulla sostanza pratica, i cavilli sono tali appunto.
La rispota sarebbe: la Paragon fa un driver che costa X Euro e che garantisce funzionanti.
Cosi come garantisce funzionante Ghost Symantec eccetera, se poi si sputtana tutto comunque l’ipotetico cliente non può lamentarsi che non abbia usato un soft “affidabile” almeno nella forma.

Ma ribadisco, se l’ipotetico cliente arriva
uso un normalissimo windows,
mi sembra la soluzione ovvia,
quindi continua a non sussistere un serio motivo
per scrivere su una partizione ntfs contenenti dati importanti
da Linux.

Per quanto riguarda ntfs-3g non si sa:
quali metodologie (metodologia != a me funziona, pure a me)
cioè una suite omogenea di prova,
fatta girare su x tendente ad infinito pc,
e conseguente analisi delle problematiche.
Se questi dati fossero accessibile le mie riserve cesserebbero,
non basta che un milione di utenti lo usino sporadicamente
per certificarlo “affidabile”, non basta per me comunque.

Allo stesso modo non uso altri fs che non siamo ext3 su Linux,
non voglio restare “coglionato” al primo blackout.

Tra l’altro ntfs-3g non è un driver ma un soft che gira in fuse,
mentre il driver Paragon è un modulo del kernel, quindi anche come performance,
cosa comunque per me è relativamente meno importante della sicurezza,
è sicuramente penalizzato.