ciao a tutti, come da titolo è possibile fare in modo che il sistema venga caricato tramite SSD in fase di boot? Dico questo perché ho notato che sul mio vecchio laptop che ha solo 2 giga di ram, il caricamento di Mint in avvio è lunghissimo. L'impressione è che, come per il LiveCD, il sistema venga caricato in ram per poi essere utilizzato. A riprova di questo posso dire che con Windows 7 (che ho su stesso hard-disk partizionato) il caricamento è immediato.
Diciamo che questo inconveniente si nota molto perché ho poca ram. Probabilmente besterebbe averne 4 di giga e non si noterebbe nulla. Ma essendo 2 immagino che in fase di caricamento il pc vada in saturazione ed inizi a lavorare, a rilento, in quanto ram piena.
Vorrei sapere se è possibile fare in modo che il sistema venga caricato da/su SSD e non dalla RAM. Non necessariamente per questo pc, anche perché immgino che sia una cosa da scegliere in fase di installazione. Chiedevo in generale, se fosse possibile, perché è probabile che in futuro vada a reinstallare il tutto, sia su questo laptop che su altro...
Un saluto
Puoi installare il sistema su ssd, e questo ti darebbe un bel vantaggio in fase di boot, ma non usare un ssd al poato sella ram... O meglio ci potresti mettere la swap, cosa che ne accorcerebbe la vita, ma poi la swap è più lenta della ram.
Il confronto con windows7 è comunque impari... Win7 è un s.o. di 10 anni fa, mint19 invece dello scorso anno...
Grazie per la risposta. Però non capisco cosa intendi con "installare il sistema su SSD", nel senso che è già installato. Ho seguito la procedura classica dopo aver masterizzato il CD. All'inizio carica il sistema come Live, e poi l'ho installato tramite icona sul desktop.
Vero che Win 7 è di molti anni fa ma è anche pieno di software installato. Ma i tempi di caricamento in fase di boot non cambiano, almeno fino alla schermata di login, dopodiché certo ci mette un po' perche deve caricare i programmi in avvio. Per questo non capisco come mai Mint ci metta tutto sto tempo. Sembra che con Mint carichi prima sulla ram, e poi, solo dopo il login, passi all' SSD. Ma è solo una supposizione. Non saprei.
Per esempio, ho gli stessi sistemi operativi e stessa partizione sul desktop di casa, che però ha 4 giga di ram. In questo caso infatti il caricamento di Mint è veloce.
Comunque, niente di grave, era più che altro per sapere se esisteva un modo per velocizzare il caricamento di Mint per chi ha poca ram.
Proviamo a vedere cosa allunga i tempi di avvio di Mint, posta
systemd-analyze blame
systemd-analyze critical-chain
CitazioneWin7 è un s.o. di 10 anni fa, mint19 invece dello scorso anno...
È tipico su un vecchio PC, i sistemi operativi recenti seguono (necessariamente) le ultime novità dell'hardware ed implementano caratteristiche che i vecchi hardware fanno fatica a seguire. Più la distro è recente e più sarà "impacciata" ad eseguire su un vecchio PC.
ciao andrea111 , scusa il ritardo nel rispondere. Ho provato venerdi pomeriggio (con i minuti contati) e non sono riuscito a postare in quanto (in modalità code) il Forum non accetta alcuni simboli. Non ho avuto tempo di correggere il post e ripostarlo. Ora sono senza laptop ma dovrei riuscire a postare domani.
Grazie ancora :ok:
È il critical-chain che dà problemi.
Postasystemd-analyze blame
l'altro lascialo perdere per il momento.
Citazione di: andrea111 il Giovedì 18 Luglio 2019, 13:34:21Più la distro è recente e più sarà "impacciata" ad eseguire su un vecchio PC.
Questo non va contro la filosofia di Linux?
Cercate di rimanere in topic. Se volete continuare a parlare di quest'ultimo argomento, aprite un topic nella sezione adatta.
Citazione di: andrea111 il Domenica 21 Luglio 2019, 13:40:32
È il critical-chain che dà problemi.
Postasystemd-analyze blame
l'altro lascialo perdere per il momento.
Eccomi, grazie ancora
laptopmint@laptopmint:~$ systemd-analyze blame
31.695s lightdm.service
31.693s plymouth-quit-wait.service
5.733s fstrim.service
5.625s dev-sda5.device
2.559s snapd.service
1.809s wicd.service
1.453s udisks2.service
1.384s networkd-dispatcher.service
1.304s ubuntu-system-adjustments.service
1.224s dev-loop5.device
1.217s dev-loop2.device
1.190s dev-loop1.device
1.175s dev-loop3.device
1.024s ufw.service
1.014s accounts-daemon.service
930ms ModemManager.service
905ms systemd-udev-trigger.service
865ms snapd.seeded.service
826ms networking.service
795ms NetworkManager.service
772ms upower.service
690ms apparmor.service
672ms systemd-rfkill.service
648ms dev-loop0.device
635ms dev-loop4.device
624ms avahi-daemon.service
615ms systemd-journald.service
585ms speech-dispatcher.service
552ms grub-common.service
534ms hddtemp.service
534ms swapfile.swap
496ms apport.service
470ms wpa_supplicant.service
464ms keyboard-setup.service
445ms kerneloops.service
422ms pppd-dns.service
410ms thermald.service
407ms lm-sensors.service
402ms rsyslog.service
334ms gpu-manager.service
254ms systemd-logind.service
211ms systemd-timesyncd.service
205ms systemd-journal-flush.service
193ms snap-core18-1048.mount
192ms snap-p7zip\x2ddesktop-164.mount
191ms lvm2-monitor.service
187ms systemd-user-sessions.service
182ms openvpn.service
176ms snap-core-7272.mount
173ms systemd-resolved.service
167ms snap-telegram\x2ddesktop-835.mount
166ms systemd-udevd.service
151ms snap-core-6959.mount
150ms systemd-modules-load.service
142ms snap-gtk\x2dcommon\x2dthemes-1313.mount
136ms user@1000.service
131ms plymouth-read-write.service
130ms dns-clean.service
93ms console-setup.service
31.695s lightdm.service
31.693s plymouth-quit-wait.service
5.733s fstrim.service
5.625s dev-sda5.device
2.559s snapd.service
1.809s wicd.service
1.453s udisks2.service
1.384s networkd-dispatcher.service
1.304s ubuntu-system-adjustments.service
1.224s dev-loop5.device
1.217s dev-loop2.device
1.190s dev-loop1.device
1.175s dev-loop3.device
1.024s ufw.service
1.014s accounts-daemon.service
930ms ModemManager.service
905ms systemd-udev-trigger.service
865ms snapd.seeded.service
826ms networking.service
795ms NetworkManager.service
772ms upower.service
690ms apparmor.service
672ms systemd-rfkill.service
648ms dev-loop0.device
635ms dev-loop4.device
624ms avahi-daemon.service
615ms systemd-journald.service
585ms speech-dispatcher.service
552ms grub-common.service
534ms hddtemp.service
534ms swapfile.swap
496ms apport.service
470ms wpa_supplicant.service
464ms keyboard-setup.service
445ms kerneloops.service
422ms pppd-dns.service
410ms thermald.service
407ms lm-sensors.service
402ms rsyslog.service
334ms gpu-manager.service
254ms systemd-logind.service
211ms systemd-timesyncd.service
205ms systemd-journal-flush.service
193ms snap-core18-1048.mount
192ms snap-p7zip\x2ddesktop-164.mount
191ms lvm2-monitor.service
187ms systemd-user-sessions.service
182ms openvpn.service
176ms snap-core-7272.mount
173ms systemd-resolved.service
167ms snap-telegram\x2ddesktop-835.mount
166ms systemd-udevd.service
151ms snap-core-6959.mount
150ms systemd-modules-load.service
142ms snap-gtk\x2dcommon\x2dthemes-1313.mount
136ms user@1000.service
131ms plymouth-read-write.service
130ms dns-clean.service
93ms console-setup.service
31.695s lightdm.service
31.693s plymouth-quit-wait.service
5.733s fstrim.service
5.625s dev-sda5.device
2.559s snapd.service
1.809s wicd.service
1.453s udisks2.service
1.384s networkd-dispatcher.service
1.304s ubuntu-system-adjustments.service
1.224s dev-loop5.device
1.217s dev-loop2.device
1.190s dev-loop1.device
1.175s dev-loop3.device
1.024s ufw.service
1.014s accounts-daemon.service
930ms ModemManager.service
905ms systemd-udev-trigger.service
865ms snapd.seeded.service
826ms networking.service
795ms NetworkManager.service
772ms upower.service
690ms apparmor.service
672ms systemd-rfkill.service
648ms dev-loop0.device
635ms dev-loop4.device
624ms avahi-daemon.service
615ms systemd-journald.service
585ms speech-dispatcher.service
552ms grub-common.service
534ms hddtemp.service
534ms swapfile.swap
496ms apport.service
470ms wpa_supplicant.service
464ms keyboard-setup.service
445ms kerneloops.service
422ms pppd-dns.service
410ms thermald.service
407ms lm-sensors.service
402ms rsyslog.service
334ms gpu-manager.service
254ms systemd-logind.service
211ms systemd-timesyncd.service
205ms systemd-journal-flush.service
193ms snap-core18-1048.mount
192ms snap-p7zip\x2ddesktop-164.mount
191ms lvm2-monitor.service
187ms systemd-user-sessions.service
182ms openvpn.service
176ms snap-core-7272.mount
173ms systemd-resolved.service
167ms snap-telegram\x2ddesktop-835.mount
166ms systemd-udevd.service
151ms snap-core-6959.mount
150ms systemd-modules-load.service
142ms snap-gtk\x2dcommon\x2dthemes-1313.mount
136ms user@1000.service
131ms plymouth-read-write.service
130ms dns-clean.service
93ms console-setup.service
92ms polkit.service
92ms systemd-sysctl.service
76ms blk-availability.service
74ms systemd-tmpfiles-setup-dev.service
69ms dev-hugepages.mount
64ms kmod-static-nodes.service
63ms systemd-remount-fs.service
62ms sys-fs-fuse-connections.mount
55ms systemd-backlight@backlight:acpi_video0.service
48ms dev-mqueue.mount
42ms colord.service
41ms systemd-tmpfiles-setup.service
40ms systemd-random-seed.service
38ms sys-kernel-debug.mount
33ms sys-kernel-config.mount
31ms flatpak-system-helper.service
30ms systemd-update-utmp.service
20ms plymouth-start.service
18ms snapd.socket
16ms rtkit-daemon.service
14ms ureadahead-stop.service
14ms setvtrgb.service
12ms systemd-update-utmp-runlevel.service
lines 60-82/82 (END)
Alquanto strano quello che hai postato qui sopra: come se il processo di boot venisse eseguito tre volte di fila prima di concludere. Quanto tempo ci mette per l'avvio controllando con l'orologio.
Comunque un minuto solo per questi due servizi
Citazione31.695s lightdm.service
31.693s plymouth-quit-wait.service
Per postare
systemd-analyze critical-chain
fai così: copia il risultato in un file di teso (.txt), al file dai il nome che vuoi e poi lo
alleghiUsa il pulsante "Allegati ed altre opzioni" che trovi sotto la finestra in cui scrivi l'intervento.
Posta anche
sudo fdisk -l
Evita di citare l'intera risposta: allunghi inutilmente la discussione, cita solo solo l'argomento di interesse.
ciao andrea111, ecco i 2 file di log
Hai installato diverse applicazioni via "snap" - vedi i vari /dev/loop che hai postato, vediamo quali, posta
df -h
Non usare il formato .pdf per postare, usa il formato .txt: da terminale dai pluma
e nel file vuoto che si apre incolli quello che devi, lo rinomini opportunamente e lo alleghi - ma devi allegare solo quello che il forum non accetta normalmente - il risultato di df -f qui sopra lo devi postare normalmente.
A occhio e croce c'è un problema grafico e con lightdm, ma il problema principale potrebbe essere quello grafico, posta
sudo lshw -c video
anche questo postalo normalmente.
Vedo anche che non hai la swap, ma questo aspetto lo chiariremo dopo.
ciao eccomi.
L'allegato in .txt non so perché il Forum non me lo accettava.
Comunque ecco qua i risultati
laptopmint@laptopmint:~$ df -h
File system Dim. Usati Dispon. Uso% Montato su
udev 940M 0 940M 0% /dev
tmpfs 194M 1,3M 193M 1% /run
/dev/sda5 110G 62G 43G 59% /
tmpfs 969M 27M 943M 3% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 969M 0 969M 0% /sys/fs/cgroup
/dev/loop0 43M 43M 0 100% /snap/gtk-common-themes/1313
/dev/loop1 103M 103M 0 100% /snap/telegram-desktop/835
/dev/loop2 85M 85M 0 100% /snap/core/7272
/dev/loop3 55M 55M 0 100% /snap/p7zip-desktop/164
/dev/loop4 52M 52M 0 100% /snap/core18/1048
/dev/loop5 85M 85M 0 100% /snap/core/6959
tmpfs 194M 76K 194M 1% /run/user/1000
laptopmint@laptopmint:~$ sudo lshw -c video
[sudo] password di laptopmint:
*-display:0
description: VGA compatible controller
product: Mobile GM965/GL960 Integrated Graphics Controller (primary)
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 03
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:16 memory:91000000-910fffff memory:80000000-8fffffff ioport:30d0(size=8) memory:c0000-dffff
*-display:1 UNCLAIMED
description: Display controller
product: Mobile GM965/GL960 Integrated Graphics Controller (secondary)
vendor: Intel Corporation
physical id: 2.1
bus info: pci@0000:00:02.1
version: 03
width: 64 bits
clock: 33MHz
capabilities: pm bus_master cap_list
configuration: latency=0
resources: memory:91100000-911fffff
La scheda grafica è singola, ed è la intel
CitazioneMobile GM965/GL960 Integrated Graphics Controller
ma stranamente te la vede sdoppiata (cioè come se fossero due).
Dammi un po' di tempo, vedo se mi riesce di fare un po' di chiaro su questa faccenda.
EDIT
forse c'è una soluzione già pronta, magari non funzionerà con te ma con altri ha funzionato per cui è da provare, fai
sudo pluma /etc/default/grub
individua la linea
CitazioneGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
e la fai diventare
GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d quiet splash"
salva e chiudi, poi da terminale dai
sudo update-grub
poi riavvii e vedi se sistema.
Interessante. :)
WOW andrea111, ha funzionato! :entu: :ok:
Grazie davvero. Adesso ci mette pochi secondi rispetto a prima che ci metteva più di 5 minuti :palm:
Non ho capito che cosa ho fatto se non che come ultimo comando ho proceduto con un aggiornamento di grub :grin: ma credo che abbia concorso alla buona riuscita anche quella riga che mi hai fatto sostituire, riguardo al video.
Comunque funziona. Se dovessi avere problemi in futuro scriverò ancora qui sotto. Grazie! :roll:
Vorrei ricordare a @Mint-Marko di utilizzare la funzione "Inserimento codice" per formattare correttamente il testo inserito, e ti chiedo di modificare il tuo penultimo post.
Grazie per la collaborazione ;)
Giusto per darti una spiegazione del comando aggiunto in /etc/deault/grub che ti ho passato prima, il
Citazionevideo=SVIDEO-1:d
serve per disabilitare l'uscita Supervideo che a quanto pare la scheda grafica supporta ma che in realtà non è presente nel PC.
In sostanza, l'inghippo consisteva nel fatto che il sistema tentava di abilitare a tutti i costi questa uscita Supervideo (che non esisteva). Disabilitandola il sistema non tenta più di configurarla (cosa inutile perché non c'è).
Però vorrei chiederti di modificare il titolo, quello attuale (relativo all'SSd non c'entra niente).
Cambialo in
"Mint 19 avvio lentissimo"
oppure
"Problema grafico con mint 19"
Ovviamente lasciando il [Risolto]
Il primo mi sembra più utile per consentire di individuare la discussione a chi si trovasse in una situazione come la tua.
Ad Andrea111, un sincero :clap: :clap: :clap:. :ok: :cincin:
Ooooooops, avevo sbagliato a scrivere il nome, e ne sono totalmente costernato.
O forse stavo pensando inconsciamente agli "Area", altra scheda aperta, rispetto a una discussione del forum, aperta accanto a questa qui?
ciao bobol. Allora, la prima volta ho provato con la funzione "codice" ma non me la accettava (neanche inserendo le stringhe in un file di testo e allegandole!).
Nel seconda situazione (il mio penultimo post che mi hai chiesto di accorciare) l'ho postato così com'era perché me l'ha chiesto andrea111.
In ogni caso, nello specifico il problema riscontrato riguarda questo simbolo che indica la sottodirectory (o quello che è) nei file di log generati, per esempio usando il comando: systemd-analyze critical-chain
Il Forum non accetta quel simbolo e non lo accetta neppure se inserito in un file di testo ed allegato. Ecco perché la prima volta postai in pdf.
Fammi sapere se c'è un modo di bypassare. :ciao:
Ok è una problematica che mi era sfuggita e ne parlammo tempo fà...ma in questo caso non mi sembra ci sia quel "comando" o "caratteri" "non accettati"
laptopmint@laptopmint:~$ df -h
File system Dim. Usati Dispon. Uso% Montato su
udev 940M 0 940M 0% /dev
tmpfs 194M 1,3M 193M 1% /run
/dev/sda5 110G 62G 43G 59% /
tmpfs 969M 27M 943M 3% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 969M 0 969M 0% /sys/fs/cgroup
/dev/loop0 43M 43M 0 100% /snap/gtk-common-themes/1313
/dev/loop1 103M 103M 0 100% /snap/telegram-desktop/835
/dev/loop2 85M 85M 0 100% /snap/core/7272
/dev/loop3 55M 55M 0 100% /snap/p7zip-desktop/164
/dev/loop4 52M 52M 0 100% /snap/core18/1048
/dev/loop5 85M 85M 0 100% /snap/core/6959
tmpfs 194M 76K 194M 1% /run/user/1000
laptopmint@laptopmint:~$ sudo lshw -c video
[sudo] password di laptopmint:
*-display:0
description: VGA compatible controller
product: Mobile GM965/GL960 Integrated Graphics Controller (primary)
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 03
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:16 memory:91000000-910fffff memory:80000000-8fffffff ioport:30d0(size=8) memory:c0000-dffff
*-display:1 UNCLAIMED
description: Display controller
product: Mobile GM965/GL960 Integrated Graphics Controller (secondary)
vendor: Intel Corporation
physical id: 2.1
bus info: pci@0000:00:02.1
version: 03
width: 64 bits
clock: 33MHz
capabilities: pm bus_master cap_list
configuration: latency=0
resources: memory:91100000-911fffff
bobol ho messo il simbolo tra due linee parallele verdi, nello screenshot qui (https://pictshare.net/ad88zi.png)
Dato che gli altri caratteri/simboli mi sembravano normali, credevo fosse quello specifico carattere a dare problemi, ma non ne sono sicuro.
Grazie per l'aiuto
Sì, è un problema di codifica unicode. Il forum non accetta caratteri atipici.