Newsgroup: it.comp.os.linux.iniziare
Titolo: manjaro

Qualcuno usa manjaro in dual boot con altro sistema Linux?
 
Lo chiedo perché nel passato io l'ho usato e rullava abbestia però  c'era 
il problema che dopo un'aggiornamento del grub del secondo sistema, nel 
mio caso xubuntu, manjaro in fase di boot presentava un bel kernel panic 
che si risolveva con smanettamenti pallosi.
 
Adesso mi piacerebbe reinstallarlo con compagnia di KDE neon ma se il 
problema fosse ancora presente allora lascerei perdere.
 
Grazie.
 
 


infatti nel 2017:
https://is.gd/uswRQV
 
 


nel 2015
 
https://forum.ubuntu-it.org/viewtopic.php?p=4744302
 
 
in  italiano


 
 
Spero che tu non rinunci a Manjaro solo per quello (anche se continuiamo a
domandarci quanto poss[a|o]no essere ${appellativo_fecale} i suoi devs) :]

 Lo chiedo perché nel passato io l'ho usato e rullava abbestia perņ  c'era
 
 Che cosa vuol dire rullava abbestia? :-)
 
 
 
 

 devs) :]
 
è una rolling release con i suoi pro e i suoi contro. a me non piace, ti 
dico ho anche provato ad usarla per diversi mesi ma sebbene sia molto più 
coerente di arch su una workstation a mio avviso non è proprio il caso.

 che andava liscio e veloce come un tgv
 
E una distro che va più veloce rispetto alle altre distro linux allora!
 
 

 E una distro che va più veloce rispetto alle altre distro linux allora!
 
veloce a far che?


Manjaro KDE vola se confrontato a Kubuntu
 

 devs) :]
 
Installato su SSD a fianco di KDE Neon, a proposito Manjaro si auto 
adatta bene agli SSD oppure servono le solite modifiche per il Trim?
 

 
 
lkòkjkjkjl


opssssss domando scusa, doveva finire in test :-(
 
 

 nel passato io l'ho usato e rullava abbestia
[....cut....]
 
mi è scattato l'amarcord mode ed ho scelto di «metterci la ciliegina» :)
 

 servono le solite modifiche per il Trim?
 
This :]
Ma, giusto per capirci, ricopio dai miei appunti:
----------------8<--------------------------------8<----------------------
eliminare eventuale TRIM «continuo» (eliminando l'opzione "discard" dalle
righe di /etc/fstab relative agli SSD), ed affidarsi a quello «periodico»
(default: weekly) via systemctl.
 
Per controllare se è attivo il TRIM:
 
 # systemctl status fstrim.timer
 
Se il TRIM non è attivo, abilitarlo con:
 
 # systemctl enable fstrim.timer
 
e poi attivarlo con:
 
 # systemctl start fstrim.timer
 
Per vedere configurazione dello schedulato (soprattutto la riga
"Persistent=true" == non lo dimentica al boot dell'OS):
 
 # systemctl cat fstrim.timer
 # cat /usr/lib/systemd/system/fstrim.timer
 
Per vedere configurazione del servizio (soprattutto la riga
"ExecStart=/sbin/fstrim -av" == modalità verbose, su tutti i device che
supportano il "discard"):
 
 # systemctl cat fstrim.service
 # cat /usr/lib/systemd/system/fstrim.service
 
Per vedere la prossima e la precedente attivazione ("LEFT" e "PASSED"
della riga con "fstrim.service"): 
 
 # systemctl list-timers
 
Per vedere il journaling:
 
 # journalctl -u fstrim.timer
 # journalctl -u fstrim.service
----------------8<--------------------------------8<----------------------
Tutta robina che dovrebbere essere top list su gogol :)


mi pare più che altro una banale percezione. kde quello è.

 mi è scattato l'amarcord mode ed ho scelto di «metterci la ciliegina» :)
 
personalmente trovo inutilmente ridondante avere più sistemi linux in 
multi boot. uno dei maggiori punti di forza di linux è quello di essere 
estremamente flessibile: se ho l'esigenza di usare diverse distribuzioni 
senza scomodare la virtualizzazione c'è sempre lxc, a meno di dover 
lavorare su kernel o firmware diversi funziona benissimo (leggi: senza 
perdere nulla in performance) far girare un linux dentro linux, peraltro 
in una sandbox isolata e, all'occorrenza, controllata nell'uso delle 
risorse.