[RISOLTO] Partizione Home "separata" per (PCLinuxOS)

[ronimo]

(26-10-2011 15:45 )monsee Ha scritto:  Ti spiego, Mikr: io uso diverse "distro" sul medesimo HD per un motivo preciso: posso passare da una "distro" all'altra (anche perché uso GAG come boot-manager) e far le varie operazioni di cui ho bisogno con la "distro" più adatta alla bisogna del momento.
Esempio: se mi sto occupando di matematica superiore, in quel momento, uso Knopp/Math (oppure SageLive, secondo i casi). Se mi sto occupando di scienze fisiche specificamente, uso Scientific Linux. Se mi occupo di Archeologia, uso ArcheOS. Naturalmente, laddove un lavoro interseca varie discipline, nulla mi impedisce di seguitare a "lavorare" sui medesimi files partendo, a mano a mano che il lavoro procede, da un differente Sistema Operativo (precisamente: quello che, in quel momento, mi garantisce il risultato che cerco).
Ho fatto un esempio "da studio di scienza". ma il discorso resta uguale-uguale anche in altri casi.
Se debbo fare un lavoro di disegno posso affrontar la cosa (per esempio) usando uno dei miei PCLinuxOS. Ma, laddove il lavoro necessiti di utilizzare il CAD in modo alquanto tecnico e approfondito, posso riavviare il PC e usare CAELinux (che è una vera e propria "distro per ingegneri" in larga parte votata a utilizzare il CAD)...
Altro esempio: per scriver, perlopiù l'ideale è PCLinuxOS. Dal punto di vista di un autore, ci puoi far quasi tutto. Ma c'è una cosuccia, comunque, che manca: manca la possibilità di creare con semplicità (e in maniera "grafica", ossia senza bisogno alcuno di mettere mano al Terminale) le "segnature" per ottenere un PDF immediatamente stampabile e poi rilegabile tramite "rilegatura cucita" (anziché l'orrida 2rilegatura incollata"). Una "distro" che consente ciò è Fedora (che ha anche molto software per la scrittura, valido ma non tanto ricco quanto quello che offre PCLinuxOS). Sicché, mi basta una manciata di secondi, laddove ciò mi serva, per chiudere una "distro" e avviar Fedora... e fare quello che, nell'altra "distro" non avrei giammai potuto fare. Naturalmente è anche vera l'opzione contraria: ci son cose che in Fedora non si riesce proprio a fare e che in PCLinuxOS si ottengon con grande facilità.
Precisamente QUESTA è la vera forza di GNU/Linux: la possibilità di avere, al proprio servizio "la distro ideale nel momento migliore", avendo installato in precedenza le "distro" che sappiam posson servirci. Per questo, non per altro, io son più che certo che "per scopi lavorativi e professionali" nessun windows e nessun Mac potrà giammai paragonarsi a quel che offre GNU/linux.
Per chi con il computer ci lavora, io ne sono convinto, GNU/Linux è l'ideale, senza dubbio.

Vedi... mi ero perso qualche dettaglio... nel senso, che il mio uso del pc è sempre stato "generico" e quasi sempre, in ogni distro provata, ho trovato l'applicazione "solita": firefox, thunderbird, vlc, audacious, synaptic, libreoffice, gimp, gparted, unetbootin, ecc. ecc.; infatti quando anche leggevo le caratteristiche di certe distro "specializzate", mi dicevo: "interessante, ma che mi serve? Ci sono comunque tutti i programmi normali, non vedo perché dovrei installarla..."; senza considerare che mi pareva che la distro specialistica incorporasse semplicemente programmi specifici, facendone una raccolta ad hoc, che magari potevo installare anche nella "mia" distro, ne avessi avuto necessità.

P.S.: che vantaggi offre GAG rispetto a GRUB o, piuttosto a LILO; a tutt'oggi ho sempre trovato GRUB e quello conosco.

[zafran]

(26-10-2011 15:09 )monsee Ha scritto:  [..]
Diversa può risultare la faccenda per il GRUB2 di UBUNTU: ho letto, in qualche Forum, che può trovar difficoltà -ma non rammento esattamente quali, ora, né come fare per porre rimedio: dovrei informarmi (ma sono certo che Zafran ne sa, al riguardo, infinitamente più di me)-.
[..]
PS (per Zafran): non sai come sono contento che anche tu sia qui!

Ripeto, quando sono triste penso a monsee: nessuno mi ha mai apprezzato tanto.
Ma un giorno prenderà coscienza anche lui...


Per quanto riguarda il grub, se n'è parlato anche e diffusissimamente su pclos.it.
Qui sotto un po' di thread dei molti che ne hanno trattato e che non riuscirono a esaurire la faccenda in un consiglio sintetico.
Chi ha un po' di tempo da dedicarci può trarne le conseguenze
http://www.pclinuxos.it/node/911
http://www.pclinuxos.it/node/827
http://www.pclinuxos.it/node/824
http://www.pclinuxos.it/node/780

[Pratica]

(26-10-2011 15:45 )monsee Ha scritto:  ........... io uso diverse "distro" sul medesimo HD per un motivo preciso: posso passare da una "distro" all'altra (anche perché uso GAG come boot-manager) e far le varie operazioni di cui ho bisogno con la "distro" più adatta alla bisogna del momento.

....Volevo chiedere se la procedura per installare GAG è difficile e se è recuperabile? In modo da poterla seguire ed evitare errori. Io ho scaricato ora (gag4_10.zip) lo volevo installare, ma non so come si deve procedere...... Ho, come programmi, Windows, Ubuntu Plus8, ed ora volevo installare (pclinuxos-phinx-2011.8). Mi piacerebbe sapere come funziona il boot-manager di GAG, e quale può essere il sistema da adottare per avere in fase di "avvio" all'accensione del pc, un avvio più "veloce" per non aspettare molto tempo per avere il sistema O. in funzione.
Grazie.......

[zafran]

Attenzione che gag non è un boot loader ma un semplice boot manager.
In soldoni vuol dire che si limita a indirizzare il boot verso una partizione. Se lì c'è un file che riesce a far partire il sistema come succede con Windows bene, altrimenti non funziona.
Con Linux bisogna che all'inizio della partizione tu installi un grub.
Così la sequenza di boot per un sistema Linux sarà: gag-grub-kernel.

[Antonio_Cantaro]

Nel portatile ho installato Seven (primaria), Ubutnu Pls8 (Primara) e altri sette PCLinuxOS (edizioni diverse) in partizioni logiche. Inizialmente ho avuto problemi per l'avvio dei vari Sistemi operativ. Ho provato molte cose (GAG compre), niente da fare. Infine (e funziona tutto perfettamente), ho lasciato a Grub2 di Ubuntu le redini, installando l?MBR delle viarie PCLinux nella loro stessa partizione e modificando le righe del menu-list delle varie distro PCLinux, come nella parte con sfondo grigio di questa pagina:

http://www.linux-magazine.it/forum/index...709.0;wap2

A breve scriverò una guida (magari una videoguida) che chiarisca ancor più semplicemente il già facile procedimento.

[monsee]

Ripeto (e lo faccio perché la cosa è reale): NON, assolutamente NON, installare un GRUB (o un GRUB2 o un LILO, etc...) nell'MBR!
Installare nell'MBR soltanto e unicamente un boot-manager (sia esso GAG oppure un altro) e NON un GRUB!
Perché, se si usa GRUB (o GRUB2, etc...) per avviar tutte le varie "distro" si andrà, con il trascorrere del tempo, incontro a problemi.
Ripeto: EVITARE SEMPRE E ASSOLUTAMENTE di installare un GRUB (GRUB2 etc...) qualsivoglia nell'MBR in caso di più "distro" presenti nel medesimo Hard Disk.
NON illudersi che la cosa vada bene soltanto èperchPé "tutto funziona": funziona, sì, ma solo in apparenza.
In realtà, la cosa cui puntare è che OGNI singola "distro" installata possa direttamente appoggiarsi al PROPRIO GRUB (o LILI o GRUB2 o quel che è), giacché distro diverse hanno, riguardo all'aggiornamento eventuale delle impostazioni del proprio GRUB (o GRUB2 o quel che è) impostazioni del tutto DIVERSE.
In pratica, ad esempio, se avviene un cambio di Kernel, le "distro" basate su RPM sono impostate per rilevarlo. insomma, se abbiam sul PC 3 diverse "distro" basate su RPM e il GRUB (o GRUB2 o quel che è) è quello della DistroA, quando andiamo ad aggiornare il kernel della DistroB (anch'essa basata, come la DistroA) su RPM, avviene che il nuovo Kernel della DistroB vien rilevato e il GRUB della DistroA viene aggiornato al riguardo: ergo, riavviando la DistroB, vien avviato il nuovo Kernel.
Ma, se abbiamo tre ditro DEB, accadrà che (posto il GRUB sia appartenente alla DistroA e che la DistroB abbia un aggiornamento del Kernel) che sarà necessario agir da riga di comando per aggiornare il GRUB (o GRUB2 o quel che è) al fine di ottenere che il nuovo Kernel della DistroB abbia modo e maniera di avviarsi.
Immaginate come si complica la cosa andando a mescolare "distro" RPM e "distro" badate su DEB!
Specie, poi, a mano a mano che si accumula il trascorrere del tempo (e che si accumulan gli eventuali aggiornamenti.. con relativo accumulo di impercettibili imprecisioni nel GRUB presente nell'MBR).

Tutto questo è evitato semplicemente EVITANDO di mettere GRUB sull'MBR e mettendoci, invece, un boot-manager.
NON è cosa da poco, né mia "fissazione": è cosa davvero indispensabile e fondamentale.

[bilodiego]

Non metto in dubbio il tuo ragionamento, che già avevi ribadito e conosco,ma non ho mai seguito questa teoria tantè che da quasi tre anni uso felicemente il grub mediamente per3-4 distro, e come me tanti amici di frequenza sui forum, ovviamente mi riferisco unicamente a distro che sono compatibili con grub.
Bilodiego

[monsee]

Diego, guarda che il GRUB (o GRUB2 o quel che è) che installi sull'MBR risulta accessibile solo alla "distro" che a quel partizionare GRUB (o quel che è) è collegata. Ora, ciascuna tipologia di "distro" ha un comportamento differente col "suo" GRUB (o GRUB2 o quel che è).
Per cui, se hai sull'MBR un GRUB che viene da una DEB (o derivata, UBUNTU incluso), puoi "dialogare", però solo dalla "distro" connessa al GRUB e usando la "riga di comando".
Se hai un GRUB che viene da una RPM, la comunicazione è automatica (esempio: il cambio di Kernel in un'altra "distro" vien rilevato automaticamente e il GRUB sull'MBR viene aggiornato... purché su tratti di una "distro" pure essa basata su RPM!)... L'alternativa (ahinoi!) è far ricorso per aggiustare le cose alla "riga di comando"...
Aggiorni la versione di una "distro" e... o NON installi affatto il GRUB (o quel che è) connesso a tale "distro" (cosa che non fa danno, normalmente, ma può accader che oppure su quel GRUB ci sia qualcosa che alla 2distro" in oggetto può servire)... oppure vai a sovrascrivere il GRUB che sta sull'MBR (il "Cambio della Guardia") e poi, naturalmente, devia anche andare ad aggiustare "a mano" i suoi parametri...

Invece, un boot-manager posto sull'MBR risolve tutti i problemi. Ciascuna "distro" comunica con il proprio GRUB (o GRUB2 o LILO o quel che è), senza che si vengano a crear sovrapposizioni di sorta. Puoi aggiornare una versione e non dovrai mai "aggiustare" alcun parametro di alcun GRUB. Niente bisogno di ricorrere alla "riga di comando". E nessun rischio di problemi per qual che concerne l'avvio delle diverse "distro". Inoltre, considera anche il fatto che, se mai accadesse pure qualcosa, in Modalità grafica e in un paio di minuti, reinstalli il boot-manager e hai tutto sotto controllo, lindo come un giglio, un'altra volta.

Mi dirai: va beh, ma andare in "riga di comando" e andare ad aggiustare i parametri di GRUB è cosa per me facile. Anzi, c'è pure gusto.
E questo è il mondo tuo. Però, nel mondo mio quel che si cerca è un Sistema Operativo che non richieda mai -o quasi- di andarsi a scornar con strani "abracadabra" che van bene per chi ci vuol star dietro e spenderci del tempo, ma non van bene per chi vuole un SO che sia davvero semplicissimo e facile da usare.
Non si diffonderà davvero, GNU/Linux, se noi seguiteremo ad indicar come "essenziale" un certo grado (neanche minimale!) di competenza tecnica.
Quello che occorre è dare un Sistema Operativo capace di far quel che si può fare senza bisogno di dover studiare prima tutta una serie di strani "abracadabra".

Diciamo: GNU/Linux è facile. Verissimo, lo è. Ma poi lo complichiamo andando ad indicare delle procedure in cui di facile c'è solo che bisogna essere capaci a "leggere" e "gestire" talune cose di natura tecnica. E non è certo questo, quello che vuol l'Utente medio.
Certo, GNU/Linux è facile da usare: ma lo sarebbe anche di più se NON suggerissimo, per sbrogliare i problemi eventuali d'usar gli "abracadabra" anche laddove la soluzione "in modalità grafica", normale e immediatamente comprensibile da chiunque, a tutti gli effetti già c'è.

Seguitando così, non dovrà poi stupire se ad utilizzare GNU/Linux seguiterà a restar solo una minoranza. Cambiando strategia, le cose cambierebbero di molto. Così la penso io.

[zafran]

Naturalmente val la pena rimarcare che se si vuole offrire un sistema facile da usare etc non si inserisce un grub2 che non va d'accordo con il grub delle altre distro.

Comunque visto che il sistema di far funzionare le cose da shell c'è, non scrivere che non bisogna assolutamente mettere grub nel mbr. Non è vero e chi non legge per intero un tuo intervento può essere messo fuori strada.

[monsee]

zafran Ha scritto:... non scrivere che non bisogna assolutamente mettere grub nel mbr. Non è vero e chi non legge per intero un tuo intervento può essere messo fuori strada.

Voglio sperare che non pretenda che qui si debban scrivere le cose assumendo che verranno interpretate leggendole solo "a pezzi e bocconi".
Se qualcuno viene a leggere "pezzetti presi a casaccio" e pretende, da questo, di capir qual'è il senso dello scritto, andrà sicuramente incontro a grandi delusioni...

zafran Ha scritto:... se si vuole offrire un sistema facile da usare etc non si inserisce un grub2 che non va d'accordo con il grub delle altre distro.

Qui, hai ragionissima: concordo pienamente.