problemi e velocità al processo di boot - Xfce (systemd)

[DennyEmpoli]

Ciao a tutti.
Sto facendo un pc ad un mio amico e vorrei ottimizzarlo al meglio.
Ha un SSD e un HDD ed ho partizionato così:

Codice: Seleziona tutto

[b]SSD[\b]
Dispositivo    Start      Fine   Settori  Size Tipo
/dev/sda1       2048      4095      2048    1M BIOS boot
/dev/sda2       4096    618495    614400  300M EXT2
/dev/sda3     618496  63533055  62914560   30G EXT4
/dev/sda4   63533056 168390655 104857600   50G EXT4
[b]HDD[\b]
Dispositivo    Start      Fine   Settori   Size Tipo
/dev/sdb1       2048   4196351   4194304     2G Linux swap
/dev/sdb2    4196352  35653631  31457280    15G EXT4
/dev/sdb3   35653632 625142414 589488783 281,1G Linux filesystem

L'fstab è questo:

Codice: Seleziona tutto

# /dev/sda3
UUID=8ab1a782-6944-4471-872c-63fdc75b5fa0	/         	ext4      	rw,noatime,nodiratime,discard,barrier=0,nouser_xattr,commit=30	0 1

# /dev/sda4
UUID=2c6b9d84-3b60-4fff-8b56-5a165f5bd3c8	/home     	ext4      	rw,noatime,nodiratime,discard,barrier=0,nouser_xattr	0 0

# /dev/sda2
UUID=7e0aa534-581c-42ae-8a5a-a3d69a17a0be	/boot     	ext2      	rw,noatime,nodiratime,discard,block_validity,barrier=0,nouser_xattr,acl,stripe=4	0 2

# /dev/sdb2
UUID=967ea300-8d29-4f3e-ab09-dfe24720db10	/var      	ext4      	rw,relatime,data=ordered	0 0

# /dev/sdb1
UUID=6b6a5d53-9eff-4527-8ec2-216079d976d9	none      	swap      	defaults  	0 0

#/tmp in RAM
tmpfs						/tmp		tmpfs		defaults,noatime,nodiratime,nosuid,nodev	0 0
#/var/tmp in RAM
tmpfs						/var/tmp	tmpfs		defaults,noatime,nodiratime,nosuid,nodev,mode=1777	0 0

Ho installato Arch Linux con XFCE senza login manager.
Dopo aver installato il sistema,programmi ecc. ho riavviato la live per disabilitare il journal sulle partizioni dei dischi dell'SSD.
Quindi ho dato sulle partizioni EXT4 /dev/sda3 , /dev/sda4:

Codice: Seleziona tutto

 sudo tune2fs -O ^has_journal /dev/sdXY

Ho settato come scheduler per /dev/sda noop

Adesso la domanda è:
1) C'è modo di velocizzare il processo di boot?
Analizzando con systemd-analyze ho questi dati:

Codice: Seleziona tutto

[andrea@archlinux /]$ [b]systemd-analyze [/b]
Startup finished in 5.538s (kernel) + 2.590s (userspace) = 8.128s

Qui sotto system-analyze blame ma spesso systemd-journal-flush.service impiega anche 3 secondi

Codice: Seleziona tutto

[andrea@archlinux /]$ [code]systemd-analyze blame

656ms dev-sda3.device
520ms systemd-journal-flush.service
159ms upower.service
158ms systemd-udev-trigger.service
154ms udisks2.service
136ms systemd-tmpfiles-clean.service
120ms systemd-random-seed.service
111ms NetworkManager.service
111ms systemd-timesyncd.service
107ms alsa-restore.service
106ms systemd-logind.service
105ms noop.service
91ms kmod-static-nodes.service
88ms dev-hugepages.mount
86ms systemd-tmpfiles-setup.service
85ms user@1000.service
67ms systemd-journald.service
62ms systemd-tmpfiles-setup-dev.service
60ms boot.mount
54ms systemd-udevd.service
54ms var.mount
53ms home.mount
47ms polkit.service
43ms dev-disk-by\x2duuid-6b6a5d53\x2d9eff\x2d4527\x2d8ec2\x2d216079d976d9.swap
39ms systemd-fsck@dev-disk-by\x2duuid-7e0aa534\x2d581c\x2d42ae\x2d8a5a\x2da3d69a17a0be.service
39ms systemd-sysctl.service
36ms systemd-remount-fs.service
35ms dev-mqueue.mount
34ms systemd-update-utmp.service
30ms var-tmp.mount
29ms tmp.mount
27ms sys-kernel-config.mount
17ms sys-kernel-debug.mount
14ms systemd-user-sessions.service
8ms rtkit-daemon.service[/code]

Codice: Seleziona tutto

[andrea@archlinux /]$ systemd-analyze critical-chain 
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @2.571s
└─multi-user.target @2.571s
  └─getty.target @2.503s
    └─autologin@tty1.service @2.491s
      └─systemd-user-sessions.service @2.424s +14ms
        └─network.target @2.411s
          └─NetworkManager.service @2.258s +111ms
            └─dbus.service @2.206s
              └─basic.target @2.140s
                └─sockets.target @2.128s
                  └─dbus.socket @2.116s
                    └─sysinit.target @2.042s
                      └─systemd-timesyncd.service @1.905s +111ms
                        └─systemd-tmpfiles-setup.service @1.795s +86ms
                          └─systemd-journal-flush.service @1.252s +520ms
                            └─var.mount @1.082s +54ms
                              └─dev-disk-by\x2duuid-967ea300\x2d8d29\x2d4f3e\x2dab09\x2ddfe24720db10.device @1.048s

2)Nei log trovo queste righe, perchè? non capisco...

Codice: Seleziona tutto

[    5.772824] EXT4-fs (sda3): Mount option "nouser_xattr" will be removed by 3.5             Contact linux-ext4@vger.kernel.org if you think we should keep it.
[    5.773263] EXT4-fs (sda3): re-mounted. Opts: discard,barrier=0,nouser_xattr,commit=30
[    6.406758] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem
[    6.415635] EXT4-fs (sda2): mounted filesystem without journal. Opts: discard,block_validity,barrier=0,nouser_xattr,acl,stripe=4

3)Come mai non vengono montate automaticamente le usb e i CD?
In parte ho risolto però ancora non funziona... praticamente ho installato gvfs e gvfs-smb gvfs-mtp ed ho avuto questi miglioramenti:

• Riapparse icone del cestino e dei volumi ancora da montare (incluse USB)
  montaggio al click dei volumi
  possibilità di sfogliare i dispositivi di rete (prima dava errore)

ho ancora un grosso problema... Non posso smontare i dispositivi montati. Se clicco smonta Thunar si blocca ed il dispositivo non viene smontato. Va fatto tramite terminale

A chiunque mi dia una mano -> grazie

[steff]

Trattandosi di arch sposto in altre distro, e userei LXQt non questa tristezza di xfce anni 98'

Il journaling non va disabilitato, consulta il wiki arch su SSD, i problemi del mount dei cd e usb forse derivano dalla mancanza del DM o forse macna un serivzio.

Per il resto mi sembra lungo l'avvio kernel, ho una configurazione simile

Codice: Seleziona tutto

systemd-analyze time 
Startup finished in 1.571s (kernel)

[DennyEmpoli]

Per il DE proverò anche lxqt ...
Il tempo di avvio magari dipende anche dall'hardware.
Il fatto di aver disabilitato il Journal è per diminuire letture/scritture sull'ssd (essendo purtroppo TLC) e velocizzare un altro po' il boot.

[steff]

Secondo me è rischioso, basta un blocco e un reset e non si avvia più.

[caturen]

tu ad uno che non è nemmeno capace di installarsi una distro gli metti arch??!!! Ci vuole molta fantasia

userei LXQt non questa tristezza di xfce anni 98'

su xfce ci installi kwin (oppure compiz) e gli da due giri a lxqt

[DennyEmpoli]

In effetti il journal lo potrei anche riattivare (per sicurezza)...
Magari gli diminuisco la dimensione.
A me xfce piace
Comunque ha un po' di esperienza con ubuntu e mint... Adesso lo faccio passare ad Arch :-) C'è più soddisfazione ad installarlo e configurarlo

[caturen]

il problema sta nell'aggiornare il sistema: al primo intoppo non saprà dove mettere le mani. C'è una bella differenza tra usare usare ubuntu e passare ad una distro rolling.

[steff]

E vero, possono succedere delle cose come il recente cambio di dbus, con il login che fa le bizze se non si scopre (leggendo in inglese) che è arrivato un file /etc/pam.d/systemd-user.pacnew da attivare... niente di insormontabile ma bisogna sapere sistemare il sistema da terminale e un po' di inglese non guasta nemmeno.
Ma ormai l'hai fatto, di solito cose come queste succedono un paio di volte/anno. Consultare sempre anche gli avvisi https://www.archlinux.org/news/

[DennyEmpoli]

Allora mi consigliate di mettergli un linux Mint ed ottimizzarlo per l'ssd?

[caturen]

metti qualcosa di serio

[DennyEmpoli]

metti qualcosa di serio

Ad esempio?
Potevi dilungarti un po' di più...