Opstart Mint 19.3 traag na verwijderen partitie met oudere Ubuntu.

[Peterbeter]

Mint doet alles helemaal naar wens, daarom heb ik de partitie met de oude Ubuntu versie verwijderd en de vrijgekomen ruimte samengevoegd met een van de bestaande data partities (sdb1 en 2). De oude Ubuntu versie stond op een HDD, evenals de nog behouden datapartities.
Mint heb ik onlangs geupgrade naar 19.3 en die staat nog steeds op de SSD (sda)

Na verwijderen Ubuntu versie is het opstarten van MInt aanzienlijk trager geworden. Heb de SSD al gecheckt op problemen maar die lijken er niet te zijn.

¨blkid¨ geeft het volgende resultaat:

Code: Selecteer alles

peter@peter-MS-7848:~$ sudo blkid
[sudo] wachtwoord voor peter:
/dev/sda1: UUID="83B0-2E4E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="84020658-ad4e-4f06-88d6-833a2b8818d3"
/dev/sda2: UUID="9971707d-5c35-4667-b70b-338d1ddf4dd6" TYPE="ext4" PARTUUID="7f99e8d7-5226-4f2c-818c-7554454af65e"
/dev/sdb2: UUID="b89cab6f-1281-4a84-acec-d7a7d795d893" TYPE="ext4" PARTLABEL="DATA2" PARTUUID="aeeff643-d844-40e8-b52d-dce3d3eb7c7b"
/dev/sdb3: LABEL="DATA1" UUID="0c0ea084-9a51-4550-998d-5ab9f7fa12c4" TYPE="ext4" PARTLABEL="DATA1" PARTUUID="c373459c-06b0-4a4a-a34d-cd68682506ce"
peter@peter-MS-7848:~$

En de nieuwe fstab ziet er nu als volgt uit:

Code: Selecteer alles

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=9971707d-5c35-4667-b70b-338d1ddf4dd6 / ext4 noatime,errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=83B0-2E4E /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

Vraag: hoe kan ik Mint 19.3 weer sneller laten opstarten, zoals vóór het verwijderen van de oude Ubuntu op de HDD.

[Peterbeter]

Aanvulling: n.a.v. tip op Pjotr´s site:

Code: Selecteer alles

peter@peter-MS-7848:~$ systemd-analyze blame
3.997s NetworkManager-wait-online.service
833ms fwupd.service
695ms systemd-journal-flush.service
562ms ufw.service
509ms udisks2.service
473ms systemd-resolved.service
473ms systemd-timesyncd.service
373ms NetworkManager.service
347ms dev-sda2.device
268ms networkd-dispatcher.service
256ms grub-common.service
251ms ubuntu-system-adjustments.service
199ms gpu-manager.service
154ms systemd-logind.service
141ms thermald.service
121ms boot-efi.mount
115ms systemd-udevd.service
112ms keyboard-setup.service
106ms ModemManager.service
96ms systemd-fsck@dev-disk-by\x2duuid-83B0\x2d2E4E.service
89ms lvm2-monitor.service
75ms accounts-daemon.service
74ms swapfile.swap
73ms apparmor.service
69ms avahi-daemon.service
64ms bolt.service
60ms speech-dispatcher.service
58ms systemd-udev-trigger.service
58ms upower.service
55ms systemd-journald.service
55ms apport.service
53ms lightdm.service
53ms plymouth-quit-wait.service
50ms wpa_supplicant.service
44ms dns-clean.service
42ms systemd-modules-load.service
40ms alsa-restore.service
40ms lm-sensors.service
38ms colord.service
35ms networking.service
31ms systemd-tmpfiles-setup-dev.service
31ms systemd-sysctl.service
29ms user@1000.service
27ms packagekit.service
24ms setvtrgb.service
23ms polkit.service
20ms kmod-static-nodes.service
19ms systemd-remount-fs.service
18ms binfmt-support.service
13ms plymouth-read-write.service
13ms plymouth-start.service
13ms rsyslog.service
12ms sabnzbdplus.service
11ms hddtemp.service
9ms systemd-tmpfiles-setup.service
9ms pppd-dns.service
lines 1-56

[emvedeesje]

/etc/fstab al nagezien of daar geen fouten instaan wat betreft UUID van vermelde schijven.
Als je vroegere datapartitie hierin vermeld staat, en je hebt die nu samengevoegd met een andere partitie, is het mogelijk dat deze nu een andere UUID heeft.
Controleer meteen alle UUID.
Fout vermelde volumes vertragen het opstarten heel erg.

groeten van Michael

[Peterbeter]

Hierboven heb ik de /etc/fstab al vermeld. Die noemt alleen de opstartpartitie en die komt overeen met wat ¨blkid¨ in de terminal geeft.
De grootste vertraging lijkt te zitten in de Netwerkmanager (zie hierboven): maar ik heb helemaal niets veranderd aan het Netwerk.

[Peterbeter]

Aanvulling:
De opstartprocedure neemt nu ongeveer 1 minuut in beslag; voorheen was alles binnen 20 seconden klaar.
Als ik de tijden optel die vermeld staan in bovenstaande ¨systemd-analyze blame¨ kom ik slechts aan 11,5 seconden; dus dat kan niet de tijd van het het gehele opstartproces zijn.
Het is me een raadsel. Misschien moet ik maar weer een nieuwe tweevoudige opstart gaan maken (2x Linux, dat wel).

[stegiman]

Je mag bij opstart iets niet vergeten:
Er is tijd nodig voor de bios om alles gereed te zetten en daarna begint pas de tijd van de besturingssysteem zoals in uw geval Linux Mint

Misschien kan dit je iets beter helpen:

sudo apt-get update && sudo apt-get upgrade

sudo apt autoremove

[Peterbeter]

dank voor jullie reacties, Michael en Stegeman. Heb alle suggesties uitgevoerd, maar helaas blijft de snelle opstart nog achterwege.

[Peterbeter]

Vond op de Engelse site nog een informatief commando voor de terminal:

Code: Selecteer alles

peter@peter-MS-7848:~$ systemd-analyze
Startup finished in 7.785s (firmware) + 4.474s (loader) + 37.454s (kernel) + 5.701s (userspace) = 55.417s
graphical.target reached after 5.696s in userspace

Hieruit blijkt overduidelijk dat de kernel de ¨boosdoener¨ is van mijn gemelde vertraging.
Misschien moet ik dan maar weer een oudere kernel terugzetten...maar ja, die had ik er al weer afgeveegd.

[Peterbeter]

Op het Engelstalige : Linux Mint Forums, las ik dat iemand ditzelfde probleem had opgelost door een complete reinstall.
Voor mij nog even een brugje te ver omdat ik allerlei software aangepast heb draaien.
Maar ik meld het hier zodat anderen daar mogelijk hun voordeel mee kunnen doen.

[stegiman]

guy@PaPC:~$ systemd-analyze
Startup finished in 9.417s (kernel) + 13.480s (userspace) = 22.898s
graphical.target reached after 5.683s in userspace

Ik probeerde het bij mij zelf.
Dan valt het mij op dat bij jou firmware en kernel de oorzaak is.
Misschien moet je deze pagina (klik) laten vertalen in Chrome

[Peterbeter]

@ Stegiman: dat verhaal gaat over Ubuntu 16.04 en Windows10 voor mij minder relevant vermoed ik.
Heb helemaal geen Windows meer en werk uitsluitend met Mint 19.3. Afgelopen 10 jaar...werkte ik met Ubuntu en had Windows XP alleen nodig voor de updates van de TomTom. Die is inmiddels vervangen door Google Maps en Windows 7 en 10 waren al niet meer aan mij besteed.

Huidige stand van zaken:
Heb nog wel een oudere kernel uitgeprobeerd, maar het probleem blijft gelijk. De kernel vraagt bij het opstarten meer dan een halve minuut.
Heb daarna ook nog weer de oude partities op de HDD teruggezet, maar dat maakte ook niets uit.
Mint 19.3 draait uitsluitend vanaf de SSD en vermoedelijk moet ik daar dus ook de reden van de vertraging vinden.
Alle adviezen van Pjotr omtrent SSD heb ik al eerder opgevolgd dus daar kan ik ook geen winst boeken.
Als het zo blijft ga ik over enige tijd toch maar een nieuwe install doen van 19.3. Heb inmiddels op diverse forums traagheidsproblemen gelezen na updates van 19.2 naar 19.3. Wel vreemd dat het bij mij pas ontstond na het weghalen van de oude Ubuntu op de HDD.
Wie nog suggesties heeft : altijd welkom. Tot zover bedankt voor het meedenken.

[Joan]

Het is best mogelijk dat de Ubuntu en Mint enige mate van uitwisseling hebben ondergaan waardoor nu niet alles meer correct verbonden kan zijn.

Een nieuw installatie zal die verbindingen zeker niet hebben. Als je nog 15 GB ruimte hebt is het het uitproberen waard en ben je niets verloren.

[Peterbeter]

Dank Joan, ik ga dat ook doen. Als het helpt meld ik dat hier.

[Peterbeter]

Vandaag mijn gloednieuwe Medion PC binnengekregen.
Even de opstartvolgorde in het Bios/Uefi aangepast en meteen Mint 19.3 op de SSD gezet; De HDD heeft 1 TB ruimte voor data.
Ging geheel vlekkeloos en vlot. En dankzij de aanwijzingen van Pjotr (wie kan er zonder zijn hulp) loopt alles soepel en snel: binnen 24 seconden staat het inlogscherm in beeld.

Code: Selecteer alles

peter@peter-MD34392-C905:~$ systemd-analyze
Startup finished in 7.491s (firmware) + 4.420s (loader) + 6.086s (kernel) + 5.747s (userspace) = 23.746s
graphical.target reached after 5.357s in userspace

De oude(re) PC waarmee ik dit topic startte heeft nog steeds 37 seconden nodig voor alleen de kernel. Zit niks anders op dan een herinstallatie.

[tytsjerksteradiel]

........
Misschien moet ik dan maar weer een oudere kernel terugzetten...maar ja, die had ik er al weer afgeveegd ?

eenvoud siert ... en is snel : draai 19.3 Mate op een relatief oude ( test ) laptop ( 2011 ) onder kernel 4.15.0-76

flying60@flying60-RV420-RV520-RV720-E3530-S3530-E3420-E3520:~$ cat /etc/issue
Linux Mint 19.3 Tricia \n \l

flying60@flying60-RV420-RV520-RV720-E3530-S3530-E3420-E3520:~$ inxi
CPU: Dual Core Intel Core i5-2410M (-MT MCP-)
speed/min/max: 798/800/2900 MHz Kernel: 4.15.0-76-generic x86_64 Up: 3m
Mem: 746.1/3857.7 MiB (19.3%) Storage: 238.47 GiB (13.1% used) Procs: 192
Shell: bash 4.4.20 inxi: 3.0.32

flying60@flying60-RV420-RV520-RV720-E3530-S3530-E3420-E3520:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238,5G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
└─sda2 8:2 0 238G 0 part /
sr0 11:0 1 1024M 0 rom

flying60@flying60-RV420-RV520-RV720-E3530-S3530-E3420-E3520:~$ systemd-analyze
Startup finished in 5.142s (kernel) + 1.853s (userspace) = 6.995s
graphical.target reached after 1.844s in userspace
flying60@flying60-RV420-RV520-RV720-E3530-S3530-E3420-E3520:~$