Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

  1. #1
    Join Date
    Nov 2018
    Location
    Somwhere in the lowlands
    Posts
    94

    Default Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Goedenavond mede forumleden.
    Ik zit met het volgende probleem.

    Na het verwijderen van een encrypted SSD die was gemount (op een eigen mountpoint), heb ik in vi ook fstab aangepast en de regel betreffende die verwijderde SSD verwijderd. Ik deed dat als volgt:

    Code:
    su
    cp /etc/fstab /etc/fstab.orig
    vi /etc/fstab

    Vervolgens naar de onderste regel, naar het bewuste mountpoint.
    Vervolgens naar "Insert Mode".
    Vervolgens de de regel verwijderd.
    Vervolgens Esc.
    Vervolgens "ZZ".


    En vervolgens
    Code:
    reboot



    Omschrijving van het probleem:
    Na het starten en het invoeren van het BIOS/UEFI password verschijnt direct de GRUB tekst en vervolgens het invoerkader voor het password van de met LUKS versleutelde /home partitie tot daar is de doorlooptijd normaal.

    Vervolgens na het invoeren van het password voor de /home partitie duurt het erg lang tot het gebruikersinlogscherm op de laptop verschijnt (Tot wel 1 minuut 10sec handgeklokt, hieronder een exactere weergave), voor het verwijderen van de SSD en het aanpassen van fstab regel was dit slechts enkele seconden. Inloggen naar de KDE desktop, na het inkoppen van het gebruikerswachtwoord, gaat (redelijk) vlot en zodra de gebruiker is ingelogd functioneert de Laptop weer als vanouds en reageert snel zonder vertraging. Het gaat louter om de lange vertraging die optreedt na invoeren van het password van de versleutelde /home partitie. Ik zou dat graag weer terugbrengen naar de normale doorlooptijd van en paar seconden.

    Ter info hieronder de output van:


    Output van;

    systemd-analyze
    systemd-analyze blame
    systemd-analyze critical-chain

    Code:
    klukluk@localhost:~> sudo systemd-analyze
    [sudo] wachtwoord voor root:  
    Startup finished in 22.893s (firmware) + 1.330s (loader) + 3.666s (kernel) + 4.243s (initrd) + 1min 32.052s (userspace) = 2min 4.186s
    graphical.target reached after 1min 32.024s in userspace
    Code:
    klukluk@localhost:~> systemd-analyze blame 
    13.998s systemd-cryptsetup@cr_home.service                                        
    1.768s dracut-initqueue.service                                                  
     927ms dracut-pre-udev.service                                                   
     858ms plymouth-switch-root.service                                              
     741ms display-manager.service                                                   
     536ms firewalld.service                                                         
     388ms initrd-switch-root.service                                                
     298ms systemd-journal-flush.service                                             
     265ms user@1002.service                                                         
     247ms kbdsettings.service                                                       
     244ms auditd.service                                                            
     242ms systemd-timesyncd.service                                                 
     225ms polkit.service                                                            
     218ms plymouth-quit-wait.service                                                
     211ms upower.service                                                            
     209ms apparmor.service                                                          
     183ms systemd-logind.service                                                    
     165ms smartd.service                                                            
     160ms issue-generator.service                                                   
     153ms user@1000.service                                                         
     124ms systemd-udevd.service                                                     
     124ms systemd-udev-trigger.service                                              
     120ms udisks2.service                                                           
     116ms avahi-daemon.service                                                      
     109ms initrd-parse-etc.service                                                  
      89ms mcelog.service                                                            
      63ms bluetooth.service                                                         
      62ms opt.mount                                                                 
      58ms ModemManager.service                                                      
      57ms systemd-tmpfiles-clean.service                                            
      55ms systemd-fsck@dev-disk-by\x2duuid-9F69\x2d4ED5.service                     
      54ms sound-extra.service                                                       
      54ms sysroot.mount                                                             
      53ms nscd.service                                                              
      46ms user-runtime-dir@1002.service                                             
      45ms dev-disk-by\x2duuid-45d7141e\x2d9ae0\x2d479a\x2d8a05\x2d9a5883771969.swap 
      40ms boot-efi.mount                                                            
      40ms cups.service


    Code:
    klukluk@localhost:~> sudo systemd-analyze critical-chain
    Code:
    [sudo] wachtwoord voor root:  
    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 32.024s 
    └─display-manager.service @1min 31.281s +741ms
     └─systemd-user-sessions.service @1min 31.267s +11ms
       └─network.target @1min 31.260s 
         └─NetworkManager.service @1min 31.226s +33ms
           └─network-pre.target @1min 31.224s 
             └─firewalld.service @1min 30.688s +536ms
               └─polkit.service @1min 30.456s +225ms
                 └─basic.target @1min 30.431s 
                   └─sockets.target @1min 30.431s 
                     └─pcscd.socket @1min 30.431s 
                       └─sysinit.target @1min 30.416s 
                         └─systemd-update-utmp.service @14.572s +11ms
                           └─auditd.service @14.325s +244ms
                             └─systemd-tmpfiles-setup.service @14.307s +16ms
                               └─local-fs.target @14.303s 
                                 └─home.mount @14.280s +23ms
                                   └─blockdev@dev-mapper-cr_home.target @14.279s 
                                     └─systemd-cryptsetup@cr_home.service @281ms +13.998s
                                       └─system-systemd\x2dcryptsetup.slice @268ms 
                                         └─system.slice 
                                           └─-.slice
    Zoals het voorgaande laat zien is de laatste stap naar het inkloppen voor het wachtwoord voor de desktop erg lang. Firmware in het begin is ook langzaam en dat is mijns inziens het logische gevolg van het (lange) BIOS/UEFI-password dat eerst moet worden ingeklopt.

    Heeft iemand een oplkossing die het systeem weer terugbrengt naar de 'normale' start-doorlooptijd?
    Ik zie een reactie met belangstelling tegemoet.

    Fijne avond allen!
    Lenovo T480 i5 32GB DDR4 RAM 2x SSD (Huis laptop) on Tumbleweed
    Lenovo X1 Yoga i5 8GB DDR3L RAM (My travel horse) on Tumbleweed
    Lenovo T460s i7 20GB DDR4 RAM (My work horse) on Tumbleweed
    Lenovo X1 i7 16GB DDR4 RAM (wordt travel horse) on Tumbleweed

  2. #2
    Join Date
    Oct 2014
    Location
    Rotterdam
    Posts
    463

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Kan je eens proberen:

    Code:
    $ sudo systemctl status systemd-user-sessions.service
    Wat is het verschil tussen Starting en Finishing? Zijn er nog meer meldingen?

    Ook zou ik eens door "sudo journalctl -b" lopen en rond die minuut wachttijd kijken of meldingen zijn die wijzen op een time-out o.i.d.

  3. #3
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    28,680

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    En je licht ons wel uitgebreid voor over hoe the de fstab hebt ge-edit, maar belangrijker is hoe hij er nu uitziet (en eventueel hoe hij er voor de edit uitzag). Het is leuk dat je zegt dat je de laatste regel hebt verwijderd, maar er is geen enkel bewijs dat dat de goede regel was.

    ========

    En nog een opmerhing. Gebruik niet
    Code:
    su
    maar altijd
    Code:
    su -
    Henk van Velden

  4. #4
    Join Date
    Nov 2018
    Location
    Somwhere in the lowlands
    Posts
    94

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Hi Marel en Henk,
    Dank voor jullie vlotte reacties


    @Marel zie hieronder:


    Quote Originally Posted by marel View Post
    Kan je eens proberen:

    Code:
    $ sudo systemctl status systemd-user-sessions.service
    Wat is het verschil tussen Starting en Finishing? Zijn er nog meer meldingen?

    Ook zou ik eens door "sudo journalctl -b" lopen en rond die minuut wachttijd kijken of meldingen zijn die wijzen op een time-out o.i.d.


    Code:
    localhost:/home/klukluk # systemctl status systemd-user-sessions.service 
     systemd-user-sessions.service - Permit User Sessions 
        Loaded: loaded (/usr/lib/systemd/system/systemd-user-sessions.service; static) 
        Active: active (exited) since Fri 2021-05-28 01:44:43 CEST; 4min 53s ago 
          Docs: man:systemd-user-sessions.service(8) 
       Process: 1207 ExecStart=/usr/lib/systemd/systemd-user-sessions start (code=exited, status=0/SUCCESS) 
      Main PID: 1207 (code=exited, status=0/SUCCESS) 
           CPU: 10ms 
    
    mei 28 01:44:43 localhost systemd[1]: Starting Permit User Sessions... 
    mei 28 01:44:43 localhost systemd[1]: Finished Permit User Sessions.


    @Henk,


    Quote Originally Posted by hcvv View Post
    En je licht ons wel uitgebreid voor over hoe the de fstab hebt ge-edit, maar belangrijker is hoe hij er nu uitziet (en eventueel hoe hij er voor de edit uitzag). Het is leuk dat je zegt dat je de laatste regel hebt verwijderd, maar er is geen enkel bewijs dat dat de goede regel was.

    ========

    En nog een opmerhing. Gebruik niet
    Code:
    su
    maar altijd
    Code:
    su -


    De laatste regel was de juiste regel. Don’t worry ;-)
    Hoe het ervoor uitzag kan ik niet reproduceren.

    Hieronder hoe het er nu uitziet:



    Code:
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /                       btrfsdefaults0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /boot/grub2/x86_64-efi  btrfssubvol=/@/boot/grub2/x86_64-efi  0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /boot/grub2/i386-pc     btrfssubvol=/@/boot/grub2/i386-pc  0  0
    
    UUID=9F69-4ED5                             /boot/efi               vfatutf80  2
    
    UUID=45d7141e-9ae0-479a-8a05-9a5883771969swapswapdefaults0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /var                    btrfssubvol=/@/var                 0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /usr/local              btrfssubvol=/@/usr/local           0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /srv                    btrfssubvol=/@/srv                 0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /root                   btrfssubvol=/@/root                0  0
    
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /opt                    btrfssubvol=/@/opt                 0  0
    
    UUID=62571c5c-0bf1-4d2f-bbee-bc85d97f3ebf  /home                   btrfsdefaults0  0
    
    
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                    
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    ~                                                                                                                                                                                   
    
    "/etc/fstab" [readonly] 12L, 1203B


    Voor ik het bovenstaande beeld krijg, zie ik nu ineens eerst het onderstaande:
    Code:
    Found a swap file by the name "/etc/.fstab.swp" 
             owned by: root   dated: Wed May 26 12:32:21 2021 
            file name: /etc/fstab 
             modified: YES 
            user name: root   host name: localhost.localdomain 
           process ID: 4177 
    While opening file "/etc/fstab" 
                dated: Mon May 24 21:26:48 2021 
    
    (1) Another program may be editing the same file.  If this is the case, 
       be careful not to end up with two different instances of the same 
       file when making changes.  Quit, or continue with caution. 
    (2) An edit session for this file crashed. 
       If this is the case, use ":recover" or "vim -r /etc/fstab" 
       to recover the changes (see ":help recovery"). 
       If you did this already, delete the swap file "/etc/.fstab.swp" 
       to avoid this message. 
    
    Swap file "/etc/.fstab.swp" already exists!
    [O]pen Read-Only, (E)dit anyway, (R)ecover, (D)elete it, (Q)uit, (A)bort:
    ODE]: ATTENTION


    Ik kom hiermee niet echt verder, jullie advies wordt zeer gewaardeerd.
    Lenovo T480 i5 32GB DDR4 RAM 2x SSD (Huis laptop) on Tumbleweed
    Lenovo X1 Yoga i5 8GB DDR3L RAM (My travel horse) on Tumbleweed
    Lenovo T460s i7 20GB DDR4 RAM (My work horse) on Tumbleweed
    Lenovo X1 i7 16GB DDR4 RAM (wordt travel horse) on Tumbleweed

  5. #5
    Join Date
    Nov 2018
    Location
    Somwhere in the lowlands
    Posts
    94

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    @Henk

    @Marel

    Goedemorgen Henk en Marel,


    In aanvulling op de berichten van vannacht nog het volgende.

    Wat mij verder nog opvalt is dat, ten opzichte van mijn andere systemen /fstab onderaan een blanco regel meetelt. Onderaan staat ook 12L, 120B.

    In mijn andere systemen staat voor de volgende (blanco) regels steevast een “~”.


    Nu mag ik vermoeden, dat deze blanco regel zonder “~” de oorzaak is.

    Hoe kan ik de blanco regel verwijderen, dan wel handhaven en “~” toevoegen?



    Als mijn vermoeden onjuist is hoor ik dat ook graag.


    Fijne dag!
    Lenovo T480 i5 32GB DDR4 RAM 2x SSD (Huis laptop) on Tumbleweed
    Lenovo X1 Yoga i5 8GB DDR3L RAM (My travel horse) on Tumbleweed
    Lenovo T460s i7 20GB DDR4 RAM (My work horse) on Tumbleweed
    Lenovo X1 i7 16GB DDR4 RAM (wordt travel horse) on Tumbleweed

  6. #6
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    28,680

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Sorry, ik dacht dat je dat wel wist. Wiuj verwachten dat je vanuit the treminal emulator (bijv konsole) het complete stukje copieëert en plakt. Dat is dus inclusief de regel met de prompt en het commando, alles wat er volgt, tot en met de regel met de volgende prompt.
    Wij hebben nu geen idee wat je gedaan hebt om die fstab lijst te maken. (bovendien is hij met al die kleurtjes slecht leesbaar). En die ~ zijn mogelijk het gevolg van je gebruikte methode, maar die heb je geheim gehouden.
    Als voorbeeld mijn /etc/fstab (om te laten zien wat het resultaat is als je netjes copy/paste vanuit de terminal gebruikt, niet omdat de inhoud iets met jouw probleem te maken zou hebben):
    Code:
    henk@boven:~> cat /etc/fstab
    UUID=7dc53b12-93a9-4e97-b0ae-ab165a8bd688  /               ext4   acl,user_xattr        1  1
    UUID=212ea772-7bec-4bee-85b5-786f7a810356  swap            swap   defaults              0  0
    UUID=A626-CF2D                             /boot/efi       vfat   umask=0002,utf8=true  0  0
    UUID=8c561c1d-e51f-4eb9-a28a-92b3a98df5be  /home           ext4   defaults              1  2
    tmpfs                                      /tmp            tmpfs  size=25%,uid=root,gid=root,mode=1777  0  0
    henk@boven:~>
    Bedenk altijd dat wij bijna nooit geloven wat je vertelt. Wij geloven alleen wat de computer vertelt.
    Henk van Velden

  7. #7
    Join Date
    Nov 2018
    Location
    Somwhere in the lowlands
    Posts
    94

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    @hcvv

    Quote Originally Posted by hcvv View Post
    Sorry, ik dacht dat je dat wel wist. Wiuj verwachten dat je vanuit the treminal emulator (bijv konsole) het complete stukje copieëert en plakt. Dat is dus inclusief de regel met de prompt en het commando, alles wat er volgt, tot en met de regel met de volgende prompt.
    Wij hebben nu geen idee wat je gedaan hebt om die fstab lijst te maken. (bovendien is hij met al die kleurtjes slecht leesbaar). En die ~ zijn mogelijk het gevolg van je gebruikte methode, maar die heb je geheim gehouden.
    Als voorbeeld mijn /etc/fstab (om te laten zien wat het resultaat is als je netjes copy/paste vanuit de terminal gebruikt, niet omdat de inhoud iets met jouw probleem te maken zou hebben):
    Code:
    henk@boven:~> cat /etc/fstab
    UUID=7dc53b12-93a9-4e97-b0ae-ab165a8bd688  /               ext4   acl,user_xattr        1  1
    UUID=212ea772-7bec-4bee-85b5-786f7a810356  swap            swap   defaults              0  0
    UUID=A626-CF2D                             /boot/efi       vfat   umask=0002,utf8=true  0  0
    UUID=8c561c1d-e51f-4eb9-a28a-92b3a98df5be  /home           ext4   defaults              1  2
    tmpfs                                      /tmp            tmpfs  size=25%,uid=root,gid=root,mode=1777  0  0
    henk@boven:~>
    Bedenk altijd dat wij bijna nooit geloven wat je vertelt. Wij geloven alleen wat de computer vertelt.
    Goedemiddag Henk,

    Dank voor het advies, G-J heeft mij wel al wijzer gemaakt, echter ik ben zeker nog geen ervaren terminal gebruiker.
    Ik begrijp je insteek..... wat de computer meldt of vertelt is een feit, onbeïnvloed door het ego dat liep te knoeien in /fstap ...... ;-)

    Hieronder de juiste informatie:


    Code:
    localhost:~ # cat /etc/fstab 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /                       btrfs  defaults                      0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0 
    UUID=9F69-4ED5                             /boot/efi               vfat   utf8                          0  2 
    UUID=45d7141e-9ae0-479a-8a05-9a5883771969  swap                    swap   defaults                      0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /var                    btrfs  subvol=/@/var                 0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /usr/local              btrfs  subvol=/@/usr/local           0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /srv                    btrfs  subvol=/@/srv                 0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /root                   btrfs  subvol=/@/root                0  0 
    UUID=5f3103d7-1b13-48b7-9de9-d0a6514a1503  /opt                    btrfs  subvol=/@/opt                 0  0 
    UUID=62571c5c-0bf1-4d2f-bbee-bc85d97f3ebf  /home                   btrfs  defaults                      0  0 
    
    
    localhost:~ #
    
    
    
    Dat met de kleurtjes is gewoon gekopieerd, daar waar ik /fstab heb bewerkt.
    Er staan nu twee blanco regels onder die ik niet kan verwijderen en ik denk dat dit het euvel is.
    Het is maar een gedachte.
    Op mijn andere systemen zie ik die blanco regels namelijk niet.
    Ben zeer benieuwd naar je bevindingen.
    Lenovo T480 i5 32GB DDR4 RAM 2x SSD (Huis laptop) on Tumbleweed
    Lenovo X1 Yoga i5 8GB DDR3L RAM (My travel horse) on Tumbleweed
    Lenovo T460s i7 20GB DDR4 RAM (My work horse) on Tumbleweed
    Lenovo X1 i7 16GB DDR4 RAM (wordt travel horse) on Tumbleweed

  8. #8
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    28,680

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Dat ziet er goed uit (tenminste als al die apparaten ook echt aanwezig zijnj).

    Die lege regels is geen enkel probleem. Lees zelf maar
    Code:
    man fstab
    Al vrij bovenin staat:
    Each filesystem is described on a separate line. Fields on each line are separated by tabs or spaces. Lines starting with '#' are comments. Blank lines are ignored.
    Maar als je ze wilt weghalen is dat natuurlijk geen enkel probleem.
    Henk van Velden

  9. #9
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    28,680

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Ik gebruik zelf geen encryptie, maar heb wel begrepen dat (bij sommige methodes) het brestand /etc/cryptab wordt gebruikt. Heb je dat? En staat je oude bestandssysteem daar nog in?
    Henk van Velden

  10. #10
    Join Date
    Jun 2008
    Location
    Netherlands
    Posts
    28,680

    Default Re: Opstart probleem in Tumbleweed, na verwijderen regel uit fstab

    Nog iets. Je kunt die oude regel uit fstab dan wel niet laten zien (heb jij geen backups???), maar je kunt vast wel vertellen waar dat bestandsysteem werd gemount.
    Henk van Velden

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •