Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: langdurige opstarten  (gelezen 477 keer)

Offline wim1948

  • Lid
  • Steunpunt: Nee
langdurige opstarten
« Gepost op: 2020/07/17, 10:56:10 »
Na een recente update is  het opstarten plotseling ca 3 min.  Na net paarse  scherm verschijnt er kort een tekst:
 "/dev/sd2/clean  files (nummers)  folders (nummers)    en daarna verschijnt het normale inlogscherm.
Schijnbaar wordt er eerst een  check  op de partie uitgevoerd. sdb2 is de partitie waar Ub 20.04 opstaat. Werkte altijd prima. Normaal was 20 sec.
Hoe kan ik zien wat er gebeurt?

alvast bedankt.
Wim

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #1 Gepost op: 2020/07/17, 11:08:16 »
Nog even een aanvulling op mijn probleem.
Ik heb een log bestand gevonden en bij een nieuwe opstart staat er de vlg de tekst:
[Fri Jul 17 10:49:11.585585 2020] [mpm_prefork:notice] [pid 33105] AH00169: caught SIGTERM, shutting down
[Fri Jul 17 10:51:55.487269 2020] [mpm_prefork:notice] [pid 3108] AH00163: Apache/2.4.41 (Ubuntu) configured -- resuming normal operations
[Fri Jul 17 10:51:55.487864 2020] [core:notice] [pid 3108] AH00094: Command line: '/usr/sbin/apache2 -f /usr/share/gnome-user-share/dav_user_2.4.conf -C Listen 43767'

Noch Sigterm noch Apache heb ik ooit geïnstaleerd.

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #2 Gepost op: 2020/07/17, 11:39:58 »
Verwijder apache2 terug met "sudo apt remove apache2", en indien er een melding is dat apache niet geïnstalleerd is, dan "sudo apt remove apache2-bin".

Laat de schijf nog eens volledig checken bij de volgende opstart: "sudo touch /forcefsck", en herstart dan het systeem. Ook hier zou de opstart nog lang moeten duren, maar een volgende keer zou de opstart terug zoals vroeger moeten zijn.

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #3 Gepost op: 2020/07/17, 13:44:06 »
Apache is verwijderd en forche check uitgevoerd. geen resultaat.

Kun je nog iets met deze log:
ERROR: apport (pid 15646) Fri Jul 17 13:03:40 2020: host pid 15644 crashed in a separate mount namespace, ignoring
ERROR: apport (pid 1873) Fri Jul 17 13:08:13 2020: host pid 1870 crashed in a separate mount namespace, ignoring
ERROR: apport (pid 1937) Fri Jul 17 13:10:45 2020: host pid 1934 crashed in a separate mount namespace, ignoring
ERROR: apport (pid 3292) Fri Jul 17 13:12:17 2020: called for pid 2722, signal 6, core limit 0, dump mode 1
ERROR: apport (pid 3292) Fri Jul 17 13:12:17 2020: executable: /usr/bin/gnome-shell (command line "/usr/bin/gnome-shell")
ERROR: apport (pid 3292) Fri Jul 17 13:12:17 2020: debug: session gdbus call: (true,)

ERROR: apport (pid 3292) Fri Jul 17 13:12:26 2020: wrote report /var/crash/_usr_bin_gnome-shell.1000.crash

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #4 Gepost op: 2020/07/17, 14:03:21 »
Om te zien waar het starten vertraagd wordt, kan je op volgende wijze een figuur maken:

systemd-analyze plot > boot_analysis.svg

De figuur boot_analysis.svg kan je bekijken met de standaard viewer (eog).

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #5 Gepost op: 2020/07/17, 14:14:02 »
Daar kan ik weinig mee. daarom bijgevoegd.


Verder nog een probleem tegen gekomen.

Update beheer:
Er staan 17 updates gereed om pakketten bij te werken, maar ik krijg de melding:

Bijwerken van Gnome Aplication Platform 3.36 mislukt. Cann't create temporary directory.
heeft het er misschien ook iets mee te maken.

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #6 Gepost op: 2020/07/17, 17:01:40 »
Schakel eens NetworkManager-wait-online.service uit om te zien of het dat is: deze service zorgt ervoor dat het systeem pas verder gaat als het netwerk volledig operationeel is:
sudo systemctl disable NetworkManager-wait-online.service
sudo systemctl mask NetworkManager-wait-online.service
Eens herstarten: is de opstart nu veel korter?

Ongedaan maken:
sudo systemctl unmask NetworkManager-wait-online.service
sudo systemctl enable NetworkManager-wait-online.service

Citaat van: wim1948
Bijwerken van Gnome Aplication Platform 3.36 mislukt. Cann't create temporary directory.
heeft het er misschien ook iets mee te maken.
Heb jij flatpak geïnstalleerd?
« Laatst bewerkt op: 2020/07/17, 17:23:27 door vanadium »

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #7 Gepost op: 2020/07/17, 18:06:06 »
De opstart is nu wel wat korter maar toch altijd nog  anderhalve minuut. Hier valt mee te leven.

Ik heb inderdaad flatpak geïnstalleerd en draaien diverse programma's in flatpak.  Is dat niet in orde?

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #8 Gepost op: 2020/07/17, 18:34:42 »
Dat is nog altijd te lang. De andere fout die je hebt, heeft met flatpak te maken. Misschien dat eerst oplossen: dat lost misschien wel het bootprobleem op, maar ik verwacht het niet.

Citaat
Bijwerken van Gnome Aplication Platform 3.36 mislukt. Can't create temporary directory.

Er kan geen folder aangemaakt worden, wat al niet goed is, en weer in de richting wijst van schijfproblemen, zoals in het begin. Het lijkt me weinig waarschijnlijk dat het hier eenvoudig een volle schijf zou betreffen, Traag opstarten kan trouwens ook met schijfproblemen te maken hebben, of met een poging een niet bestaand volume aan te koppelen. Post daarom eens de uitkomst van

df -h | grep -v /dev/loop
cat /etc/fstab
blkid

Tenslotte, voer eens vlak na het herstarten volgend commando uit:
dmesg > kernel.txtVoeg het relatief grote bestand kernel.txt toe als bijlage aan je bericht.

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #9 Gepost op: 2020/07/17, 19:42:31 »
hierbij de gevraagde output.  Wat mij nu opvalt dat boot- partition en bestandssysteem root nu plotseling sda1 en  sda2 staan.

dit staat er in disks   :250 GB — 153 GB beschikbaar (38,7% gebruikt)
                                        : /dev/sdb2
                                        47883b9a-de86-4147-a567-3024cf3c1cf2
                                       Ext4 (version 1.0) — Gekoppeld aan Bestandssysteem root

en                                  /dev/sdb1
                                       E409-7B1D
                                       EFI System
                                       FAT (32-bit version) — Gekoppeld aan /boot/efi



wim@PC-kamer:~$ df -h | grep -v /dev/loop
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
udev               3,9G        0  3,9G   0% /dev
tmpfs              788M      83M  706M  11% /run
/dev/sdb2          228G      86G  131G  40% /
tmpfs              3,9G     123M  3,8G   4% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
tmpfs              3,9G        0  3,9G   0% /sys/fs/cgroup
/dev/nvme0n1p1     458G     349G   86G  81% /media/wim/SAM 970Evo1
/dev/sdb1          511M      12M  500M   3% /boot/efi
tmpfs              788M      16K  788M   1% /run/user/124
tmpfs              788M      52K  788M   1% /run/user/1000
/dev/sdd1          220G     125G   84G  60% /media/wim/Intel240GB1
wim@PC-kamer:~$


wim@PC-kamer:~$ blkid
/dev/sdb2: UUID="47883b9a-de86-4147-a567-3024cf3c1cf2" TYPE="ext4" PARTUUID="17b6d398-9b8d-4527-90ee-3b66a22aa69b"
wim@PC-kamer:~$



wim@PC-kamer:~$ cat /etc/fstab

#gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
#/dev/sda1 /media/wim/108GB vfat# /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=47883b9a-de86-4147-a567-3024cf3c1cf2 /               ext4    noatime,errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=E409-7B1D  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

   

/dev/disk/by-id/usb-Generic-_Compact_Flash_20060413092100000-0:0 /mnt/usb-Generic-_Compact_Flash_20060413092100000-0:0 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-Generic-_SM_xD-Picture_20060413092100000-0:1 /mnt/usb-Generic-_SM_xD-Picture_20060413092100000-0:1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-Generic-_MS_MS-Pro_20060413092100000-0:3 /mnt/usb-Generic-_MS_MS-Pro_20060413092100000-0:3 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/nvme0n1p1 /media/wim/SAM\040970Evo1 ext4 rw,nosuid,nodev,relatime 0 0



Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #10 Gepost op: 2020/07/17, 20:42:09 »
Wat zijn die rare ingangen die na al die witruimte starten met /dev/disk...? Dat zijn vermeldingen die niet terugkomen in je aangekoppelde partities. Alleen de allerlaatste, /dev/nvme0n1p1, is wel aangekoppeld.

Plaats eens een commentaarteken (#) voor die ingangen die met /dev/disk... starten. Probeer dan een herstart: ik durf verwachten dat dit het zal zijn. Duurt het nog te lang, schakel dan ook  /dev/nvme0n1p1 uit in fstab en ontkoppel alle verwijderbare schijven, maar wellicht zal dat dan niet meer helpen.

Wat mij ook verwondert, is dat enkel je systeempartitie verschijnt in de uitvoer van lsblk. In de kerneluitvoer herken ik niets dat kan helpen.

Ik zie ook dat je géén swap hebt: dat is niet standaard. Edit: die is er wel  :)
« Laatst bewerkt op: 2020/07/17, 21:32:39 door vanadium »

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #11 Gepost op: 2020/07/17, 21:08:16 »
die /dev/disk/  zijn ingangen van het kaartlezertje maar er is niets ingeplugd.  De # heeft geen effect en ook op /dev/nvme geen effect. Ik had niet de juiste zoekterm voor lsblk ingevoerd. Moet zijn:
wim@PC-kamer:~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0         7:0    0   9,1M  1 loop /snap/canonical-livepatch/95
loop1         7:1    0 156,2M  1 loop /snap/chromium/1213
loop2         7:2    0    97M  1 loop /snap/core/9665
loop3         7:3    0  96,5M  1 loop /snap/core/9436
loop4         7:4    0 160,2M  1 loop /snap/gnome-3-28-1804/116
loop5         7:5    0    55M  1 loop /snap/core18/1754
loop6         7:6    0 255,6M  1 loop /snap/gnome-3-34-1804/33
loop7         7:7    0   6,3M  1 loop /snap/gnome-clocks/261
loop8         7:8    0   332K  1 loop /snap/gnome-font-viewer/27
loop9         7:9    0  62,1M  1 loop /snap/gtk-common-themes/1506
loop10        7:10   0 255,6M  1 loop /snap/gnome-3-34-1804/36
loop11        7:11   0    76M  1 loop /snap/hplip-printer-application/3
loop12        7:12   0  28,9M  1 loop /snap/chromium-ffmpeg/15
loop13        7:13   0    55M  1 loop /snap/core18/1880
loop14        7:14   0    20K  1 loop /snap/hello-world/29
loop15        7:15   0   6,5M  1 loop /snap/gnome-clocks/257
loop16        7:16   0  42,9M  1 loop /snap/snap-store/209
loop17        7:17   0 161,4M  1 loop /snap/gnome-3-28-1804/128
loop18        7:18   0 130,1M  1 loop /snap/sayonara/18
loop19        7:19   0  75,3M  1 loop /snap/youtube-music-desktop-app/3
loop20        7:20   0   172M  1 loop /snap/qt551/29
loop21        7:21   0  54,8M  1 loop /snap/gtk-common-themes/1502
loop22        7:22   0 290,6M  1 loop /snap/kde-frameworks-5-qt-5-14-core18/4
loop23        7:23   0 142,1M  1 loop /snap/opera/82
loop24        7:24   0 158,4M  1 loop /snap/chromium/1229
loop25        7:25   0 260,7M  1 loop /snap/kde-frameworks-5-core18/32
loop26        7:26   0  43,2M  1 loop /snap/snap-store/415
loop27        7:27   0 140,7M  1 loop /snap/opera/81
loop28        7:28   0 172,1M  1 loop /snap/qt551/30
loop29        7:29   0 163,7M  1 loop /snap/spotify/41
sda           8:0    0 931,5G  0 disk
└─sda1        8:1    0 931,5G  0 part
sdb           8:16   0 232,9G  0 disk
├─sdb1        8:17   0   512M  0 part /boot/efi
└─sdb2        8:18   0 232,4G  0 part /
sdc           8:32   0 465,8G  0 disk
└─sdc1        8:33   0 465,8G  0 part
sr0          11:0    1  1024M  0 rom 
nvme0n1     259:0    0 465,8G  0 disk
└─nvme0n1p1 259:1    0 465,8G  0 part

Ook hier staat de boot part op sdb1. In fstab op sda1. kan dat?


Ik heb 8GB intern geheugen en een swapfile van standaard 2GB.

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #12 Gepost op: 2020/07/17, 21:37:56 »
Je hebt daar iets anders wat nu sda is, mogelijk de card reader? De swap staat wel degelijk in fstab, had ik overheen gelezen. Geef misschien eens de opstartberichten door:
journalctl -b > boot.txt
en post het bestand boot.txt hier. Daarnaast misschien nog eens de systemd-analyze informatie geven, de figuur, maar ook

systemd-analyze critical-chain
systemd-analyze blame
« Laatst bewerkt op: 2020/07/17, 21:45:55 door vanadium »

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #13 Gepost op: 2020/07/17, 22:12:06 »
Sda  is een hDD 1TB  die handmatig kan aankoppelen.  In fstab staat deze als boot en systeem partitie.


Boot.txt is te groot om te verzenden.  probeer even een gedeelte.



wim@PC-kamer:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 41.209s
└─multi-user.target @1min 41.209s
  └─snapd.seeded.service @5.413s +38ms
    └─snapd.service @3.146s +2.265s
      └─basic.target @3.069s
        └─sockets.target @3.069s
          └─snapd.socket @3.069s +545us
            └─sysinit.target @3.064s
              └─systemd-timesyncd.service @2.665s +351ms
                └─systemd-tmpfiles-setup.service @2.630s +31ms
                  └─local-fs.target @2.626s
                    └─run-user-124.mount @4.374s
                      └─swap.target @568ms
                        └─swapfile.swap @424ms +141ms
                          └─systemd-remount-fs.service @408ms +14ms
                            └─systemd-journald.socket @396ms
                              └─system.slice @393ms
                                └─-.slice @393ms

jul 17 21:58:57 PC-kamer tracker-extract[6444]: Setting priority nice level to 19
jul 17 21:58:58 PC-kamer systemd[2238]: Started Tracker metadata extractor.


wim@PC-kamer:~$ systemd-analyze blame
1min 37.504s plymouth-quit-wait.service                                   
      2.265s snapd.service                                                 
      2.089s snap-chromium-1229.mount                                     
      2.070s snap-opera-82.mount                                           
      2.031s snap-youtube\x2dmusic\x2ddesktop\x2dapp-3.mount               
      1.991s snap-gnome\x2d3\x2d34\x2d1804-33.mount                       
      1.884s snap-sayonara-18.mount                                       
      1.881s snap-snap\x2dstore-415.mount                                 
      1.761s snap-kde\x2dframeworks\x2d5\x2dqt\x2d5\x2d14\x2dcore18-4.mount
      1.705s snap-opera-81.mount                                           
      1.674s snap-qt551-29.mount                                           
      1.623s snap-gnome\x2dfont\x2dviewer-27.mount                         
      1.575s snap-spotify-41.mount                                         
      1.561s snap-qt551-30.mount                                           
      1.434s snap-snap\x2dstore-209.mount                                 
      1.368s blueman-mechanism.service                                     
      1.349s snap-core18-1754.mount                                       
      1.318s snap-gtk\x2dcommon\x2dthemes-1502.mount                       
      1.312s snap-kde\x2dframeworks\x2d5\x2dcore18-32.mount               
      1.295s udisks2.service                                               
      1.249s dev-sdb2.device                                               
      1.211s snap-gnome\x2d3\x2d34\x2d1804-36.mount                       
      1.121s dev-loop3.device                                             
lines 1-23



Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #14 Gepost op: 2020/07/17, 22:35:38 »
Hieronder kortgeknipte boottxt.

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #15 Gepost op: 2020/07/17, 23:08:07 »
Waar je zegt "Hier staan dan allemaal dezelfde regels. Dit is 122 sec.", zijn dat dan allemaal de lijn:
jul 17 21:55:56 PC-kamer gnome-shell[1558]: failed to bind to /tmp/.X11-unix/X5466: Bestand of map bestaat niet
Dan is het daar dat het gebeurt, natuurlijk. Nu nog uitvinden waarop dat slaat.

Er zijn wel nogal wat fouten rond Gnome Shell extensies.

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #16 Gepost op: 2020/07/17, 23:10:07 »
dat zijn allemaal de zelfde regels.   het is echter 90 sec. telvoutje

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #17 Gepost op: 2020/07/17, 23:11:43 »

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #18 Gepost op: 2020/07/17, 23:17:11 »
im@PC-kamer:~$ stat /
  Bestand: /
  Grootte: 4096         Blokken: 8            IO-blok: 4096   map
Apparaat: 812h/2066d   Inode: 2            Koppelingen: 20
Toegang: (0775/drwxrwxr-x)   UID: ( 1000/     wim)   GID: ( 1000/     wim)
Toegang:   2020-07-08 15:14:51.941875768 +0200
Gewijzigd: 2020-07-17 19:54:45.385994569 +0200
Veranderd: 2020-07-17 19:54:45.385994569 +0200
Ontstaan:  -

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #19 Gepost op: 2020/07/17, 23:18:22 »
Laten we root eens terug eigenaar maken van /:
sudo chown root:root /

Offline wim1948

  • Lid
  • Steunpunt: Nee
Re: langdurige opstarten
« Reactie #20 Gepost op: 2020/07/17, 23:24:33 »
Geweldig. probleem opgelost. opstarttijd ca 15 sec.

Bedankt voor je tijd en je hulp.

Wim