• Welkom op ons forum. Gasten hebben beperkt toegang tot ons forum. Meld je daarom aan voor een account. Registreren kost slechts een minuutje van je tijd.

Linux Mint 19.2 Tina probleempjes

Ray

SHTF Expert
Laatst bewerkt:
Gisteren iets ontdekt. Als je Linux Mint installeert, gebruikt hij standaard de tijdserver op ubuntu.com. Dat kreng is niet alleen ver weg, maar ook retetraag, waarschijnlijk omdat het de default is. Verander je die, start je systeem ineens anderhalve minuut sneller op.

Lijst met tijdservers: https://support.ntp.org/bin/view/Servers/StratumTwoTimeServers (klik op de kolom Service Area om hierop te sorteren)

Welke tijdserver er gebruikt wordt, staat in het bestand /etc/systemd/timesyncd.conf

~$ sudo nano /etc/systemd/timesyncd.conf
Haal het comment teken # weg voor de regel #NTP= en vul na de = een tijdserver in. Voor Amsterdam is dat ntp.zeptobars.com
De regel wordt dus NTP=ntp.zeptobars.com
Met Ctrl-O sla je de wijziging(en) op en met Ctrl-X verlaat je nano

Klaar!

Wil je controleren na het opstarten of hij inderdaad de nieuwe tijdserver gebruikt, zie na opstarten onderste regel:
~$ cat /var/log/syslog | grep systemd-timesyncd
 

Niels

Mankinds only hope
Laatst bewerkt:
Ik gebruik deze:
Code:
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
#NTP=
#FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
Ik heb dit standaard er in staan... nu gebruik ik ook Debian, dus niet zo vreemd, maar als e.e.a. sneller kan misschien de moeite waard het eens proberen te veranderen.

Edit:
Geen dus, dus de default i.c.m. het # er voor.
 

Ray

SHTF Expert
@Niels, zo ziet het er standaard uit bij alle Linux Distro's ongeveer, debian is de basis van ubuntu en dat is weer de basies van Linux Mint. Dat # ervoor betekend dat die regel een comment is.....

Maar dat is precies zoals mijn file eruit ziet, alleen dan als fallback die trage ubuntu server. Het is de bedoeling dat je daar een snelle invult, mocht die offline zijn of tegen de timeout aanlopen, pakt 'ie alsnog die fallback NTP. Je kunt dus rustig achter NTP= een server invullen die dichtbij is, of het snelste.

Bij mij scheelde dat meteen 30 seconden bij 't opstarten.....

'k Kreeg nog een tip om de snelste te vinden. Is een site voor: https://www.pool.ntp.org/zone/nl
 

martin

Mankinds only hope
Bij mij scheelde dat meteen 30 seconden bij 't opstarten.....

Ik ben bang dat er iets anders aan de hand is want een timeserver die 30 seconden vertraagd lijkt me zeer onwaarschijnlijk.
Dan lijkt het meer op een onbereikbare timeserver en het idee van die pool.ntp.org is dat het een pool is en dat het dus niks uit maakt of er een offline is of niet.
een vertraging van max 2 seconden zou ik me nog kunnen voorstellen.

Doe eens een :

ntpq -pn


En wat staat er in je /etc/resolve.conf ?

Ik denk meer aan een dns fout dan aan een NTP probleem.
 

Niels

Mankinds only hope
Ik heb nu dit, ook na reboot:
Code:
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
NTP=ntp.zeptobars.com
En als ik dan in terminal controleer met de door jouw aangedragen regel krijg ik dit:
Code:
root@tab-deb-niels:/home/niels# cat /var/log/syslog | grep systemd-timesyncd
Oct 26 16:05:44 tab-deb-niels systemd-timesyncd[589]: Synchronized to time server 5.39.184.5:123 (0.debian.pool.ntp.org).
Oct 26 18:21:09 tab-deb-niels systemd-timesyncd[582]: Synchronized to time server 51.15.74.121:123 (ntp.zeptobars.com).
root@tab-deb-niels:/home/niels#
Die van 16:05:44 is dus toen ik vanmiddag het opgestart (met de default nog),
die van 18:21:09 is net na de reboot waarbij hij dus de opgegeven timeserver gepakt heeft die ik heb opgegeven.

Leuk, thanks voor de tip @Ray !

Edit:
Trouwens moet je wel bij Debian als root aangemeld zijn om de logfile te mogen bekijken merkte ik.
Ook moet je ~$ weglaten, maar dat is vaker dat er kleine verschillen zitten tussen Ubuntu en Debian en andere distro's.

Ik kan ook geen sudo gebruiken bijvoorbeeld.
 

Happy

Survivor
Om sudo te gebruiken kun je de loginnaam Niels toevoegen aan de sudoers lijst.
Dit kan met vi of nano als editor
/etc/sudoers
 

Ray

SHTF Expert
@martin Ik weet er niet het fijne van, ben tegenwoordig meer gebruiker, het is m'n hobby niet meer om zoals bij MS Windows alles te gaan uitpluizen. Alle instellingen, op voorkeuren van de GUI na, zijn standaard LM19

Ik kreeg deze tips via het Linux Mint forum en het scheelt wel aanzienlijk. Ik heb nog wel meer vertraging bij het opstarten, maar deze wijziging scheelde al enorm. Volgens mij heb ik ook een video probleem...

Ik ben Linux newbie, al draait het hier al een maand of tien, wat dat betreft is dat Linux Mint 19 echt geschikt voor beginners die een complete desktop omgeving gewend zijn van de andere twee smaken, het fruithapje (Apple) of die enge ziekte (MS).

Ik weet nog net dat ~$ de prompt voorstelt en niet bij het commando hoort @Niels. ;)

Geef je trouwens gil Martin, als output wellicht niet handig is om openbaar op een forum te zetten? :fluit:
Geen idee wat ik hier aan het uitlezen ben.....

Ik moet dat ntp eerst installeren... sudo apt install ntp ....

~$ ntpq -pn
Code:
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 ntp.ubuntu.com  .POOL.          16 p    -   64    0    0.000    0.000   0.000
+94.228.220.14   193.67.79.202    2 u   42   64    1   10.329    8.078   1.113
+5.79.108.34     130.133.1.10     2 u   41   64    1    9.839    7.487   1.614
+162.159.200.1   10.20.12.67      3 u   38   64    1    9.313    5.959   2.817
+37.97.195.195   193.79.237.14    2 u   36   64    1    8.870    5.381   3.132
+109.201.133.2   87.233.197.123   3 u   37   64    1    9.313    5.620   2.985
+109.201.133.100 151.80.124.104   3 u   40   64    1   10.107    5.432   2.118
#5.200.6.34      193.79.237.14    2 u   39   64    1   10.822  107.767   2.041
*46.243.26.34    .GPS.            1 u   37   64    1   13.085    4.838   2.903
+213.239.154.12  193.79.237.14    2 u   39   64    1    9.598    6.377   2.352
+45.32.4.67      200.98.196.212   2 u   37   64    1   85.337    5.620   2.722
+149.210.142.45  131.211.8.244    2 u   38   64    1    9.117    5.574   2.798
+80.127.152.30   131.176.107.13   2 u   38   64    1   12.665    5.564   2.670
 91.189.89.199   17.253.34.125    2 u   46   64    1   15.515    9.008   0.000
#213.136.0.252   .PPS.            1 u   35   64    1   10.122    4.233   3.117
 91.189.89.198   17.253.34.125    2 u   47   64    1   15.517    9.148   0.000
#86.88.112.180   91.148.192.49    3 u   37   64    1   15.788    8.358   2.901

In de /etc folder staat hij niet, maar wel een koppeling naar de file:
~$ cat /etc/resolve.conf
Code:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0

~$ systemd-resolve --status (de ook maar meteen erbij, wat hij nu gebruikt... lees ik in de comments)
Code:
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (eno1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1
 

Ray

SHTF Expert
Laatst bewerkt:
Meteen twee vraagjes ook:

- LM19 staat op een 20 Gb partitie, maar die loopt langzaam vol met de tijd. Van 30% naar 77% en na een ~$ sudo apt autoremove gaat er weer 7% af, maar 't blijft aan de volle kant. Ik lees overal dat een pakketje om automatisch de boel op te schonen wordt afgeraden, maar hoe je wel oude meuk verwijderd, geen idee.

- Ik had Deltachat geïnstalleerd, zodat ik @JamHard om raad kan vragen over Linux en wilde de shortcut in het startmenu in de Internet map hebben, in plaats van Hulpmiddelen. Via menubewerker het ding gekopieerd, naar de verkeerde plek en toen bleek hij twee keer voor te komen, op de oude en nieuwe plek. De nieuwe verwijderd en plots waren beide versies weg. :(

Dus Deltachat even herinstalleren dacht ik. Dat doet 'ie wel, maar die link blijft weg. :lol:

Ik heb dus nu deltachat maar kan nergens op klikken om het te starten. :mad: Ga ik de files zoeken, zie ik er twee staan. Deltachat en Deltachat<bult getallen> Ik weet geeneens welke ik zou moeten gebruiken, ze doen het allebei. Ik wil m'n klikbare link in het startmenu terug. :)

Dat is wel een nadeel aan Linux, dat er zo verrekte weinig mensen zijn die je kunnen helpen als je er niet komt. :confused:
 

martin

Mankinds only hope
Ik ben niet echt bekend met LM maar wel redelijk bekend met Linux in het algemeen.

Om te beginnen heb ik de indruk dat er een DNS probleem is.
Jou DNS gaat naar je eigen device en dat kan/mag wel, maar als er dan iets mis gaat in het DNS gebeuren dan krijg je dus een vertraging bij iedere naam die je machine gaat opzoeken.

Om uit te sluiten of dit ook daadwerkelijk zo is adviseer ik om jouw DNS aan te passen (tijdelijk) naar de DNS server van Google.

Dus je doet
nano /etc/resolve.conf
en je veranderd dat nummer 127.0.0.53 naar 8.8.8.8

of je doet deze oneliner zodat je gelijk het bestand aanpast

sed -i 's/"127.0.0.53"/"8.8.8.8"/g' /etc/resolve.conf

Ik vermoed dat je na deze aanpassing die vertraging niet meer zult hebben en dan kan je (als je dat leuk vind) proberen uit te vogelen waarom je interne DNS server niet helemaal lekker gaat
(ik gok op een onjuiste forward naar 192.168.1.1 wat vermoedelijk je router zal zijn maar dat is een blinde gok)

mbt die regel ntpq -pn
Die offsetwaardes zijn naar mijn idee veel te hoog maar ik weet niet zeker of dat milliseconden of seconden zijn
(ze zijn sowieso te hoog)
Kan je eens na een reboot kijken of die waardes dan tussen 0 en 1 zitten? en of ze na een tijdje gaan oplopen ?
Het lijkt me dan meer op een communicatieprobleem en dan kom ik weer terug op de DNS die naar mijn idee niet goed gaat.

maar die loopt langzaam vol met de tijd. Van 30% naar 77% en na een

Het is denk ik dan wel verstandig om te achterhalen waardoor dit ontstaat
Je zou dit kunnen intypen in een shell vanuit de root dir

du -ch --max-depth=2
Stel dat er een externe schijf aan hangt dan kan het echt wel even duren voordat je de output krijgt

Let even op de notatie K of M

En stel dat je ziet dat er in de /var een flinke hoeveelheid data zit dan ga je via cd naar deze dir en doe je nogmaals dat commando zodat je weet in welke subdir het zit
Stel dat het onder /var/log zit dan is het de vraag welk bestand en als je dat weet dan is het de vraag waarom.
(heel vaak een logfile die vol loopt omdat er een configuratiefout is gemaakt)


De nieuwe verwijderd en plots waren beide versies weg.
Linux maakt vaak gebruik van softlinks (of hardlinks) in het filesysteem. Je kunt het vergelijken met een snelkoppeling onder Windows
Dus stel er is een programma en je maakt een koppeling dan kan het zo lijken dat het er 2 keer is.
Gooi het het ene weg dan gooi je dus ook het andere weg.

Het maken van een snelkoppeling onder linux kan een flinke uitdaging zijn.
Via deze link moet je een stuk verder kunnen komen.
https://askubuntu.com/questions/436...hat-opens-and-execute-a-command-in-a-terminal

Hoewel Linux lastig lijkt is het best wel te doen als je er wat energie in steekt. Het voordeel is dat je eigenlijk wel verplicht ben om er redelijk in te duiken maar dat zie ik eigenlijk meer als een voordeel.
 

Ray

SHTF Expert
Laatst bewerkt:
Die tijdserver is bij mij duidelijk het probleem niet. Als ik kijk scheelt het wel iets, maar het zijn milliseconden.

Dus je doet
nano /etc/resolve.conf
en je veranderd dat nummer 127.0.0.53 naar 8.8.8.8
Die file heet kennelijk resolv.conf in LM en is een dynamische file die je niet mag editen volgens de comments.

cat resolv.conf
Code:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0

Ik vermoed dat je na deze aanpassing die vertraging niet meer zult hebben en dan kan je (als je dat leuk vind) proberen uit te vogelen waarom je interne DNS server niet helemaal lekker gaat
(ik gok op een onjuiste forward naar 192.168.1.1 wat vermoedelijk je router zal zijn maar dat is een blinde gok)
Goed gegokt! :)

Commando om dat uit te lezen nog kunnen vinden:
output systemd-resolve --status
Code:
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (eno1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1

En toen werd het lastig. LM werkt met een symlink resolv.conf die wijst naar de map etc/resolvconf/update-libc.d

Zo'n man page van systemd-resolve kan een mens niet kopieren van de terminal, met een truukje (en de beperkte kennis die ik heb) toch de output:

ray@ray-MS-7B23:~$ man systemd-resolve > mansystemd-resolve.txt
ray@ray-MS-7B23:~$ la man*
mansystemd-resolve.txt
ray@ray-MS-7B23:~$ cat mansystemd-resolve.txt
Code:
SYSTEMD-RESOLVE(1)              systemd-resolve             SYSTEMD-RESOLVE(1)

NAME
       systemd-resolve - Resolve domain names, IPV4 and IPv6 addresses, DNS
       resource records, and services

SYNOPSIS
       systemd-resolve [OPTIONS...] HOSTNAME...

       systemd-resolve [OPTIONS...] ADDRESS...

       systemd-resolve [OPTIONS...] --type=TYPE DOMAIN...

       systemd-resolve [OPTIONS...] --service [[NAME] TYPE] DOMAIN

       systemd-resolve [OPTIONS...] --openpgp USER@DOMAIN

       systemd-resolve [OPTIONS...] --tlsa DOMAIN[:PORT]

       systemd-resolve [OPTIONS...] --statistics

       systemd-resolve [OPTIONS...] --reset-statistics

DESCRIPTION
       systemd-resolve may be used to resolve domain names, IPv4 and IPv6
       addresses, DNS resource records and services with the systemd-
       resolved.service(8) resolver service. By default, the specified list of
       parameters will be resolved as hostnames, retrieving their IPv4 and
       IPv6 addresses. If the parameters specified are formatted as IPv4 or
       IPv6 operation the reverse operation is done, and a hostname is
       retrieved for the specified addresses.

       The program's output contains information about the protocol used for
       the look-up and on which network interface the data was discovered. It
       also contains information on whether the information could be
       authenticated. All data for which local DNSSEC validation succeeds is
       considered authenticated. Moreover all data originating from local,
       trusted sources is also reported authenticated, including resolution of
       the local host name, the "localhost" host name or all data from
       /etc/hosts.

       The --type= switch may be used to specify a DNS resource record type
       (A, AAAA, SOA, MX, ...) in order to request a specific DNS resource
       record, instead of the address or reverse address lookups. The special
       value "help" may be used to list known values.

       The --service switch may be used to resolve SRV[1] and DNS-SD[2]
       services (see below). In this mode, between one and three arguments are
       required. If three parameters are passed the first is assumed to be the
       DNS-SD service name, the second the SRV service type, and the third the
       domain to search in. In this case a full DNS-SD style SRV and TXT
       lookup is executed. If only two parameters are specified, the first is
       assumed to be the SRV service type, and the second the domain to look
       in. In this case no TXT RR is requested. Finally, if only one parameter
       is specified, it is assumed to be a domain name, that is already
       prefixed with an SRV type, and an SRV lookup is done (no TXT).

       The --openpgp switch may be used to query PGP keys stored as
       OPENPGPKEY[3] resource records. When this option is specified one or
       more e-mail address must be specified.

       The --tlsa switch maybe be used to query TLS public keys stored as
       TLSA[4] resource records. When this option is specified one or more
       domain names must be specified.

       The --statistics switch may be used to show resolver statistics,
       including information about the number of successful and failed DNSSEC
       validations.

       The --reset-statistics may be used to reset various statistics counters
       maintained the resolver, including those shown in the --statistics
       output. This operation requires root privileges.

OPTIONS
       -4, -6
           By default, when resolving a hostname, both IPv4 and IPv6 addresses
           are acquired. By specifying -4 only IPv4 addresses are requested,
           by specifying -6 only IPv6 addresses are requested.

       -i INTERFACE, --interface=INTERFACE
           Specifies the network interface to execute the query on. This may
           either be specified as numeric interface index or as network
           interface string (e.g.  "en0"). Note that this option has no effect
           if system-wide DNS configuration (as configured in /etc/resolv.conf
           or /etc/systemd/resolve.conf) in place of per-link configuration is
           used.

       -p PROTOCOL, --protocol=PROTOCOL
           Specifies the network protocol for the query. May be one of "dns"
           (i.e. classic unicast DNS), "llmnr" (Link-Local Multicast Name
           Resolution[5]), "llmnr-ipv4", "llmnr-ipv6" (LLMNR via the indicated
           underlying IP protocols), "mdns" (Multicast DNS[6]), "mdns-ipv4",
           "mdns-ipv6" (MDNS via the indicated underlying IP protocols). By
           default the lookup is done via all protocols suitable for the
           lookup. If used, limits the set of protocols that may be used. Use
           this option multiple times to enable resolving via multiple
           protocols at the same time. The setting "llmnr" is identical to
           specifying this switch once with "llmnr-ipv4" and once via
           "llmnr-ipv6". Note that this option does not force the service to
           resolve the operation with the specified protocol, as that might
           require a suitable network interface and configuration. The special
           value "help" may be used to list known values.

       -t TYPE, --type=TYPE, -c CLASS, --class=CLASS
           Specifies the DNS resource record type (e.g. A, AAAA, MX, ...) and
           class (e.g. IN, ANY, ...) to look up. If these options are used a
           DNS resource record set matching the specified class and type is
           requested. The class defaults to IN if only a type is specified.
           The special value "help" may be used to list known values.

       --service
           Enables service resolution. This enables DNS-SD and simple SRV
           service resolution, depending on the specified list of parameters
           (see above).

       --service-address=BOOL
           Takes a boolean parameter. If true (the default), when doing a
           service lookup with --service the hostnames contained in the SRV
           resource records are resolved as well.

       --service-txt=BOOL
           Takes a boolean parameter. If true (the default), when doing a
           DNS-SD service lookup with --service the TXT service metadata
           record is resolved as well.

       --openpgp
           Enables OPENPGPKEY resource record resolution (see above).
           Specified e-mail addresses are converted to the corresponding DNS
           domain name, and any OPENPGPKEY keys are printed.

       --tlsa
           Enables TLSA resource record resolution (see above). A query will
           be performed for each of the specified names prefixed with the port
           and family ("_port._family.domain"). The port number may be
           specified after a colon (":"), otherwise 443 will be used by
           default. The family may be specified as an argument after --tlsa,
           otherwise tcp will be used.

       --cname=BOOL
           Takes a boolean parameter. If true (the default), DNS CNAME or
           DNAME redirections are followed. Otherwise, if a CNAME or DNAME
           record is encountered while resolving, an error is returned.

       --search=BOOL
           Takes a boolean parameter. If true (the default), any specified
           single-label hostnames will be searched in the domains configured
           in the search domain list, if it is non-empty. Otherwise, the
           search domain logic is disabled.

       --raw[=payload|packet]
           Dump the answer as binary data. If there is no argument or if the
           argument is "payload", the payload of the packet is exported. If
           the argument is "packet", the whole packet is dumped in wire
           format, prefixed by length specified as a little-endian 64-bit
           number. This format allows multiple packets to be dumped and
           unambiguously parsed.

       --legend=BOOL
           Takes a boolean parameter. If true (the default), column headers
           and meta information about the query response are shown. Otherwise,
           this output is suppressed.

       --statistics
           If specified general resolver statistics are shown, including
           information whether DNSSEC is enabled and available, as well as
           resolution and validation statistics.

       --reset-statistics
           Resets the statistics counters shown in --statistics to zero.

       --flush-caches
           Flushes all DNS resource record caches the service maintains
           locally. This is mostly equivalent to sending the SIGUSR2 to the
           systemd-resolved service.

       --reset-server-features
           Flushes all feature level information the resolver learnt about
           specific servers, and ensures that the server feature probing logic
           is started from the beginning with the next look-up request. This
           is mostly equivalent to sending the SIGRTMIN+1 to the
           systemd-resolved service.

       --status
           Shows the global and per-link DNS settings in currently in effect.

       --set-dns=SERVER, --set-domain=DOMAIN, --set-llmnr=MODE,
       --set-mdns=MODE, --set-dnssec=MODE, --set-nta=DOMAIN
           Set per-interface DNS configuration. These switches may be used to
           configure various DNS settings for network interfaces that aren't
           managed by systemd-networkd.service(8). (These commands will fail
           when used on interfaces that are managed by systemd-networkd,
           please configure their DNS settings directly inside the .network
           files instead.) These switches may be used to inform
           systemd-resolved about per-interface DNS configuration determined
           through external means. Multiple of these switches may be passed on
           a single invocation of systemd-resolve in order to set multiple
           configuration options at once. If any of these switches is used, it
           must be combined with --interface= to indicate the network
           interface the new DNS configuration belongs to. The --set-dns=
           option expects an IPv4 or IPv6 address specification of a DNS
           server to use, and may be used multiple times to define multiple
           servers for the same interface. The --set-domain= option expects a
           valid DNS domain, possibly prefixed with "~", and configures a
           per-interface search or route-only domain. It may be used multiple
           times to configure multiple such domains. The --set-llmnr=,
           --set-mdns= and --set-dnssec= options may be used to configure the
           per-interface LLMNR, MulticastDNS and DNSSEC settings. Finally,
           --set-nta= may be used to configure additional per-interface DNSSEC
           NTA domains and may also be used multiple times. For details about
           these settings, their possible values and their effect, see the
           corresponding options in systemd.network(5).

       --revert
           Revert the per-interface DNS configuration. This option must be
           combined with --interface= to indicate the network interface the
           DNS configuration shall be reverted on. If the DNS configuration is
           reverted all per-interface DNS setting are reset to their defaults,
           undoing all effects of --set-dns=, --set-domain=, --set-llmnr=,
           --set-mdns=, --set-dnssec=, --set-nta=. Note that when a network
           interface disappears all configuration is lost automatically, an
           explicit reverting is not necessary in that case.

       -h, --help
           Print a short help text and exit.

       --version
           Print a short version string and exit.

       --no-pager
           Do not pipe output into a pager.

EXAMPLES
       Example 1. Retrieve the addresses of the "www.0pointer.net" domain

           $ systemd-resolve www.0pointer.net
           www.0pointer.net: 2a01:238:43ed:c300:10c3:bcf3:3266:da74
                             85.214.157.71

           -- Information acquired via protocol DNS in 611.6ms.
           -- Data is authenticated: no

       Example 2. Retrieve the domain of the "85.214.157.71" IP address

           $ systemd-resolve 85.214.157.71
           85.214.157.71: gardel.0pointer.net

           -- Information acquired via protocol DNS in 1.2997s.
           -- Data is authenticated: no

       Example 3. Retrieve the MX record of the "yahoo.com" domain

           $ systemd-resolve -t MX yahoo.com --legend=no
           yahoo.com. IN MX    1 mta7.am0.yahoodns.net
           yahoo.com. IN MX    1 mta6.am0.yahoodns.net
           yahoo.com. IN MX    1 mta5.am0.yahoodns.net

       Example 4. Resolve an SRV service

           $ systemd-resolve --service _xmpp-server._tcp gmail.com
           _xmpp-server._tcp/gmail.com: alt1.xmpp-server.l.google.com:5269 [priority=20, weight=0]
                                        173.194.210.125
                                        alt4.xmpp-server.l.google.com:5269 [priority=20, weight=0]
                                        173.194.65.125
                                        ...

       Example 5. Retrieve a PGP key

           $ systemd-resolve --openpgp zbyszek@fedoraproject.org
           d08ee310438ca124a6149ea5cc21b6313b390dce485576eff96f8722._openpgpkey.fedoraproject.org. IN OPENPGPKEY
                   mQINBFBHPMsBEACeInGYJCb+7TurKfb6wGyTottCDtiSJB310i37/6ZYoeIay/5soJjlMyf
                   MFQ9T2XNT/0LM6gTa0MpC1st9LnzYTMsT6tzRly1D1UbVI6xw0g0vE5y2Cjk3xUwAynCsSs
                   ...

       Example 6. Retrieve a TLS key ("=tcp" and ":443" could be skipped)

           $ systemd-resolve --tlsa=tcp fedoraproject.org:443
           _443._tcp.fedoraproject.org IN TLSA 0 0 1 19400be5b7a31fb733917700789d2f0a2471c0c9d506c0e504c06c16d7cb17c0
                   -- Cert. usage: CA constraint
                   -- Selector: Full Certificate
                   -- Matching type: SHA-256

SEE ALSO
       systemd(1), systemd-resolved.service(8), systemd.dnssd(5), systemd-
       networkd.service(8)

NOTES
        1. SRV
           https://tools.ietf.org/html/rfc2782

        2. DNS-SD
           https://tools.ietf.org/html/rfc6763

        3. OPENPGPKEY
           https://tools.ietf.org/html/rfc7929

        4. TLSA
           https://tools.ietf.org/html/rfc6698

        5. Link-Local Multicast Name Resolution
           https://tools.ietf.org/html/rfc4795

        6. Multicast DNS
           https://www.ietf.org/rfc/rfc6762.txt

systemd 237                                                 SYSTEMD-RESOLVE(1)
Altijd handig zo'n handleiding. :rolleyes: Hier kom ik dus zelf niet uit. :(
 

Ray

SHTF Expert
En toen werd de post te lang, dus hier deel twee @martin

Vol lopen van de systeem partitie:

Wat bedoel je met notatie K of M ?

Output van het disk usage commando, als root uitgevoerd, als newbie kan ik hier ook niets mee. :(
Code:
sudo du -ch --max-depth=2
[sudo] wachtwoord voor ray:         
4,0K   ./cdrom
4,0K   ./media/ray
8,0K   ./media
0   ./proc/fs
0   ./proc/bus
0   ./proc/irq
0   ./proc/sys
0   ./proc/tty
0   ./proc/acpi
0   ./proc/scsi
0   ./proc/asound
0   ./proc/driver
0   ./proc/sysvipc
0   ./proc/1
0   ./proc/2
0   ./proc/4
0   ./proc/6
0   ./proc/7
0   ./proc/8
0   ./proc/9
0   ./proc/10
0   ./proc/11
0   ./proc/12
0   ./proc/13
0   ./proc/14
0   ./proc/15
0   ./proc/16
0   ./proc/18
0   ./proc/19
0   ./proc/20
0   ./proc/21
0   ./proc/22
0   ./proc/24
0   ./proc/25
0   ./proc/26
0   ./proc/27
0   ./proc/28
0   ./proc/30
0   ./proc/31
0   ./proc/32
0   ./proc/33
0   ./proc/34
0   ./proc/36
0   ./proc/37
0   ./proc/38
0   ./proc/39
0   ./proc/40
0   ./proc/42
0   ./proc/43
0   ./proc/44
0   ./proc/45
0   ./proc/46
0   ./proc/47
0   ./proc/49
0   ./proc/50
0   ./proc/51
0   ./proc/52
0   ./proc/53
0   ./proc/54
0   ./proc/55
0   ./proc/56
0   ./proc/57
0   ./proc/60
0   ./proc/61
0   ./proc/62
0   ./proc/63
0   ./proc/64
0   ./proc/65
0   ./proc/69
0   ./proc/70
0   ./proc/71
0   ./proc/113
0   ./proc/114
0   ./proc/118
0   ./proc/127
0   ./proc/144
0   ./proc/188
0   ./proc/191
0   ./proc/192
0   ./proc/193
0   ./proc/194
0   ./proc/195
0   ./proc/196
0   ./proc/197
0   ./proc/198
0   ./proc/199
0   ./proc/200
0   ./proc/201
0   ./proc/202
0   ./proc/203
0   ./proc/206
0   ./proc/210
0   ./proc/215
0   ./proc/217
0   ./proc/218
0   ./proc/219
0   ./proc/220
0   ./proc/306
0   ./proc/307
0   ./proc/308
0   ./proc/367
0   ./proc/368
0   ./proc/430
0   ./proc/449
0   ./proc/469
0   ./proc/471
0   ./proc/542
0   ./proc/561
0   ./proc/655
0   ./proc/708
0   ./proc/709
0   ./proc/732
0   ./proc/733
0   ./proc/734
0   ./proc/735
0   ./proc/736
0   ./proc/748
0   ./proc/800
0   ./proc/808
0   ./proc/859
0   ./proc/878
0   ./proc/890
0   ./proc/914
0   ./proc/917
0   ./proc/924
0   ./proc/928
0   ./proc/935
0   ./proc/937
0   ./proc/941
0   ./proc/947
0   ./proc/952
0   ./proc/958
0   ./proc/960
0   ./proc/961
0   ./proc/972
0   ./proc/974
0   ./proc/980
0   ./proc/982
0   ./proc/984
0   ./proc/991
0   ./proc/1013
0   ./proc/1037
0   ./proc/1038
0   ./proc/1068
0   ./proc/1069
0   ./proc/1084
0   ./proc/1170
0   ./proc/1174
0   ./proc/1268
0   ./proc/1276
0   ./proc/1293
0   ./proc/1300
0   ./proc/1315
0   ./proc/1366
0   ./proc/1378
0   ./proc/1383
0   ./proc/1385
0   ./proc/1390
0   ./proc/1396
0   ./proc/1401
0   ./proc/1417
0   ./proc/1418
0   ./proc/1419
0   ./proc/1420
0   ./proc/1421
0   ./proc/1422
0   ./proc/1434
0   ./proc/1437
0   ./proc/1445
0   ./proc/1450
0   ./proc/1451
0   ./proc/1452
0   ./proc/1453
0   ./proc/1454
0   ./proc/1455
0   ./proc/1456
0   ./proc/1458
0   ./proc/1459
0   ./proc/1460
0   ./proc/1472
0   ./proc/1474
0   ./proc/1491
0   ./proc/1497
0   ./proc/1499
0   ./proc/1533
0   ./proc/1536
0   ./proc/1544
0   ./proc/1551
0   ./proc/1556
0   ./proc/1560
0   ./proc/1564
0   ./proc/1571
0   ./proc/1576
0   ./proc/1599
0   ./proc/1601
0   ./proc/1619
0   ./proc/1620
0   ./proc/1622
0   ./proc/1624
0   ./proc/1625
0   ./proc/1628
0   ./proc/1647
0   ./proc/1649
0   ./proc/1655
0   ./proc/1661
0   ./proc/1667
0   ./proc/1710
0   ./proc/1762
0   ./proc/1836
0   ./proc/1983
0   ./proc/2010
0   ./proc/2030
0   ./proc/2052
0   ./proc/2678
0   ./proc/3129
0   ./proc/3240
0   ./proc/3303
0   ./proc/3563
0   ./proc/3579
0   ./proc/3610
0   ./proc/3880
0   ./proc/4487
0   ./proc/4621
0   ./proc/4765
0   ./proc/4868
0   ./proc/4880
0   ./proc/4908
0   ./proc/4983
0   ./proc/4984
0   ./proc/5022
0   ./proc/5026
0   ./proc/5033
0   ./proc/5052
0   ./proc/5065
0   ./proc/5143
0   ./proc/5148
0   ./proc/5180
0   ./proc/5187
0   ./proc/5197
du: kan geen toegang krijgen tot './proc/5200/task/5200/fd/4': Bestand of map bestaat niet
du: kan geen toegang krijgen tot './proc/5200/task/5200/fdinfo/4': Bestand of map bestaat niet
du: kan geen toegang krijgen tot './proc/5200/fd/3': Bestand of map bestaat niet
du: kan geen toegang krijgen tot './proc/5200/fdinfo/3': Bestand of map bestaat niet
0   ./proc/5200
0   ./proc
3,5T   ./mnt/Data-8Tb
4,0K   ./mnt/442d9bf9-5791-459a-b975-8b7563cdaad7
3,5T   ./mnt
4,0K   ./srv
4,0K   ./lib64
94M   ./opt/net.downloadhelper.coapp
296M   ./opt/DeltaChat
390M   ./opt
0   ./sys/kernel
0   ./sys/power
0   ./sys/class
0   ./sys/devices
0   ./sys/dev
0   ./sys/hypervisor
0   ./sys/fs
0   ./sys/bus
0   ./sys/firmware
0   ./sys/block
0   ./sys/module
0   ./sys
16K   ./home/lost+found
13G   ./home/.ecryptfs
13G   ./home/ray
26G   ./home
19M   ./sbin
8,1M   ./boot/grub
6,1M   ./boot/efi
505M   ./boot
8,0K   ./etc/depmod.d
60K   ./etc/acpi
168K   ./etc/dbus-1
32K   ./etc/fwupd
16K   ./etc/cron.d
4,0K   ./etc/libpaper.d
24K   ./etc/gconf
96K   ./etc/speech-dispatcher
68K   ./etc/kernel
12K   ./etc/rsyslog.d
24K   ./etc/profile.d
124K   ./etc/apt
12K   ./etc/gtk-3.0
8,0K   ./etc/gnome-app-install
8,0K   ./etc/newt
4,0K   ./etc/tmpfiles.d
84K   ./etc/grub.d
16K   ./etc/sudoers.d
64K   ./etc/skel
16K   ./etc/bluetooth
16K   ./etc/cupshelpers
264K   ./etc/ImageMagick-6
20K   ./etc/avahi
40K   ./etc/pki
44K   ./etc/dhcp
4,0K   ./etc/guest-session
72K   ./etc/sgml
8,0K   ./etc/cryptsetup-initramfs
16K   ./etc/opt
8,0K   ./etc/netplan
8,0K   ./etc/python
44K   ./etc/wpa_supplicant
56K   ./etc/cron.daily
8,0K   ./etc/ifplugd
12K   ./etc/vim
16K   ./etc/firefox
48K   ./etc/NetworkManager
72K   ./etc/initramfs-tools
4,0K   ./etc/rc6.d
8,0K   ./etc/UPower
8,0K   ./etc/thunderbird
336K   ./etc/xdg
8,0K   ./etc/gtk-2.0
4,0K   ./etc/rc3.d
12K   ./etc/chromium
4,0K   ./etc/binfmt.d
76K   ./etc/cups
472K   ./etc/java-11-openjdk
32K   ./etc/apm
8,0K   ./etc/hp
408K   ./etc/X11
28K   ./etc/gnome
40K   ./etc/apport
36K   ./etc/dpkg
8,0K   ./etc/calendar
28K   ./etc/lightdm
12K   ./etc/libnl-3
12K   ./etc/chromium-browser
12K   ./etc/libblockdev
68K   ./etc/network
8,0K   ./etc/cron.hourly
56K   ./etc/security
4,0K   ./etc/rc4.d
8,0K   ./etc/gdb
16K   ./etc/libreoffice
48K   ./etc/modprobe.d
4,0K   ./etc/rc5.d
8,0K   ./etc/python2.7
20K   ./etc/apparmor
24K   ./etc/openal
8,0K   ./etc/python3
4,0K   ./etc/cifs-utils
4,0K   ./etc/rcS.d
24K   ./etc/update-motd.d
172K   ./etc/console-setup
8,0K   ./etc/terminfo
56K   ./etc/ufw
8,0K   ./etc/gss
12K   ./etc/groff
136K   ./etc/lvm
340K   ./etc/sane.d
28K   ./etc/perl
20K   ./etc/emacs
32K   ./etc/bash_completion.d
8,0K   ./etc/geoclue
12K   ./etc/resolvconf
4,0K   ./etc/dictionaries-common
812K   ./etc/ssl
8,0K   ./etc/pcmcia
4,0K   ./etc/sensors.d
704K   ./etc/mono
12K   ./etc/request-key.d
24K   ./etc/samba
1,4M   ./etc/apparmor.d
60K   ./etc/gimp
20K   ./etc/menu-methods
12K   ./etc/doc-base
416K   ./etc/fonts
8,0K   ./etc/ldap
12K   ./etc/linuxmint
36K   ./etc/ghostscript
12K   ./etc/cron.monthly
20K   ./etc/networkd-dispatcher
8,0K   ./etc/udisks2
20K   ./etc/alternatives
8,0K   ./etc/selinux
20K   ./etc/pm
8,0K   ./etc/.java
40K   ./etc/sysctl.d
100K   ./etc/systemd
92K   ./etc/ppp
16K   ./etc/openvpn
8,0K   ./etc/cracklib
48K   ./etc/polkit-1
12K   ./etc/wildmidi
16K   ./etc/thermald
24K   ./etc/pulse
4,0K   ./etc/rc0.d
56K   ./etc/iproute2
56K   ./etc/xml
160K   ./etc/default
92K   ./etc/dkms
4,0K   ./etc/usb_modeswitch.d
12K   ./etc/init
552K   ./etc/ssh
112K   ./etc/pam.d
12K   ./etc/obex-data-server
16K   ./etc/ld.so.conf.d
12K   ./etc/PackageKit
16K   ./etc/udev
3,7M   ./etc/brltty
4,0K   ./etc/rc1.d
16K   ./etc/cron.weekly
8,0K   ./etc/upstream-release
16K   ./etc/chatscripts
1,1M   ./etc/gufw
12K   ./etc/ca-certificates
8,0K   ./etc/python3.6
8,0K   ./etc/modules-load.d
4,0K   ./etc/rc2.d
208K   ./etc/init.d
8,0K   ./etc/glvnd
44K   ./etc/logcheck
56K   ./etc/logrotate.d
15M   ./etc
4,0K   ./tmp/.XIM-unix
4,0K   ./tmp/ssh-lhCVgRy0qhqf
4,0K   ./tmp/.Test-unix
4,0K   ./tmp/net-export
4,0K   ./tmp/.font-unix
4,0K   ./tmp/Temp-6901f79f-0c3a-44e6-a7f6-5c6be4311a3c
4,0K   ./tmp/.ICE-unix
8,0K   ./tmp/systemd-private-885bb63c3a8946bf943097f9b267a74d-systemd-resolved.service-yDd2U1
4,0K   ./tmp/Temp-8c504e69-a677-4584-8fe6-b69b484edd5d
4,0K   ./tmp/.X11-unix
20K   ./tmp/timeshift
8,0K   ./tmp/systemd-private-885bb63c3a8946bf943097f9b267a74d-ModemManager.service-Ad8gsw
8,0K   ./tmp/systemd-private-885bb63c3a8946bf943097f9b267a74d-colord.service-Sl233u
8,0K   ./tmp/systemd-private-885bb63c3a8946bf943097f9b267a74d-rtkit-daemon.service-0CO5rW
8,0K   ./tmp/systemd-private-885bb63c3a8946bf943097f9b267a74d-systemd-timesyncd.service-BsjMQL
8,0K   ./tmp/mintUpdate
112K   ./tmp
34M   ./var/log
52K   ./var/spool
4,0K   ./var/mail
4,0K   ./var/opt
4,0K   ./var/local
18M   ./var/crash
1,2M   ./var/tmp
722M   ./var/cache
6,6M   ./var/backups
3,7G   ./var/lib
4,4G   ./var
0   ./dev/snd
0   ./dev/vfio
0   ./dev/mqueue
0   ./dev/hugepages
4,0K   ./dev/shm
0   ./dev/dri
0   ./dev/bsg
0   ./dev/usb
0   ./dev/disk
0   ./dev/block
0   ./dev/char
0   ./dev/pts
0   ./dev/cpu
0   ./dev/mapper
0   ./dev/input
0   ./dev/bus
0   ./dev/net
0   ./dev/lightnvm
4,0K   ./dev
1,4M   ./usr/libexec
8,0K   ./usr/games
11M   ./usr/include
948M   ./usr/src
22M   ./usr/sbin
148K   ./usr/local
2,3G   ./usr/share
2,3G   ./usr/lib
159M   ./usr/bin
5,7G   ./usr
4,0K   ./run/lightdm
0   ./run/udisks2
0   ./run/alsa
0   ./run/thermald
8,0K   ./run/cups
0   ./run/uuidd
4,0K   ./run/avahi-daemon
0   ./run/dbus
du: kan geen toegang krijgen tot './run/user/1000/gvfs': Toegang geweigerd
8,0K   ./run/user
4,0K   ./run/sudo
0   ./run/samba
0   ./run/openvpn
0   ./run/openvpn-server
0   ./run/openvpn-client
0   ./run/sendsigs.omit.d
0   ./run/cryptsetup
0   ./run/pppconfig
0   ./run/console-setup
8,0K   ./run/network
0   ./run/log
4,0K   ./run/tmpfiles.d
4,0K   ./run/mount
0   ./run/lvm
4,0K   ./run/NetworkManager
300K   ./run/systemd
4,0K   ./run/lock
8,0K   ./run/blkid
1,1M   ./run/udev
4,0K   ./run/initramfs
1,5M   ./run
25M   ./lib/x86_64-linux-gnu
12K   ./lib/linux-sound-base
311M   ./lib/firmware
12K   ./lib/ifupdown
108K   ./lib/netplan
24K   ./lib/security
44K   ./lib/modprobe.d
16K   ./lib/apparmor
12K   ./lib/console-setup
216K   ./lib/terminfo
28K   ./lib/ufw
36K   ./lib/lsb
52K   ./lib/crda
16K   ./lib/hdparm
8,6M   ./lib/systemd
104K   ./lib/cryptsetup
16K   ./lib/init
17M   ./lib/udev
820K   ./lib/brltty
52K   ./lib/recovery-mode
1,7G   ./lib/modules
2,0G   ./lib
16M   ./bin
148K   ./root/.synaptic
4,0K   ./root/.gvfs
8,0K   ./root/.aptitude
32K   ./root/.config
1,5G   ./root/.local
4,0K   ./root/Desktop
3,1M   ./root/.cache
12K   ./root/.dbus
1,5G   ./root
16K   ./lost+found
3,5T   .
3,5T   totaal

Ik heb geen externe schijf eraan hangen @martin, alleen een intern schijfje van 8Tb en nog een kleintje van 1Tb waar ik wel eens hele systeempartitie kopieen opzet, omdat ik dat TimeShift nog niet helemaal vertrouw.

Mijn /var/log zat flink vol e.o.a crash denk ik. Leeg gegooid en de boel ook ge-update naar LM19.2 Tina. Door een tweetal minitoepassingen ging het scherm raar doen, deze uitgezet en in de nieuwe versie weer aangezet. Disk gebruik van root is er nog wel, cpu/ram/netwerk metertje niet meer helaas. Zal je wel zelf ergens moeten opsnuffelen.
 

martin

Mankinds only hope
Die file heet kennelijk resolv.conf in LM en is een dynamische file die je niet mag editen volgens de comments.

Sorry, ik bedoel resolv.conf (dus zonder die extra e)
En je mag het wel editen maar na een herstart is het weer zoals het (het bestand word gegenereerd) maar dat maakt voor de doelstelling om dingen uit te sluiten niks uit.

Wat bedoel je met notatie K of M ?
kilobyte of megabyte

De dirs waar flink wat in zit zijn onderstaande:


13G ./home/.ecryptfs
13G ./home/ray
26G ./home
en deze
4,4G ./var


Dus de inhoud van home is 26GB in totaal en blijkbaar heb je een encrypt fs van 13GB er die lijkt dubbel (maar weet ik niet zeker)
Het is mogelijk dat die een symlink is naar dezelfde plek
4.4 G aan logfiles kan ook wel veel zijn dus ik zou eens kijken in die dir welke files zo groot zijn.
 

Ray

SHTF Expert
@martin, dan snap ik iets even niet. Bij het opstarten blijft hij 20 seconden ergens op hangen, als het ding bij herstart opnieuw wordt geschreven, wat maakt het dan uit om die file in een draaiend systeem te wijzigen? Het surfen zelf gaat prima als hij eenmaal draait. Maar ik zal het sowieso even uitproberen. :)

Mijn home folder staat op een andere partitie van 325 Gb groot die dus nauwelijks gebruikt wordt en is idd met encryptfs encrypted.

Var is idd groot. In de map /vars/logs stond e.o.a. crashdump oid van 1,5 Gb, die heb ik al weg gegooid en is nu 35 mb alweer. Cache is nog 814 Mb en Lib is de ruimte vreter 3,7 Gb, de rest stelt niets voor.

Ze zouden er een opschoningstooltje bij moeten leveren, na de eerste installatie was het totaal maar een 6 of 7 Gb en je leest dus dat 20Gb meer dan genoeg is voor de root partitie. Ik heb ook maar vijf programma's geïnstalleerd. Telegram, Deltachat, Gparted, FreeFileSync (die is 80 mb en 't grootst van dat setje) en HTTrack website copier en die slaat alles weer op in mijn homefolder... De root partitie groeit door updates van Mint. Ach, kan die partitie wel vergroten naar 100Gb, lijkt me de handigste optie en dan eens per jaar herinstalleren. Al begint het dan wel erg op Windows te lijken. :lol:
 
  • Leuk
Waarderingen: Erny

Ray

SHTF Expert
De Google dns server maakt geen verschil.

Zou het kunnen dat die vertraging slechts een vertraging in het loggen is? Het systeem dus wel doortuffelt, maar je dat gewoon niet op 't scherm te zien krijgt? Opstarten is sinds het veranderen van die tijdserver en naar Tina toch nog nooit zo snel geweest. Ik weet dan met mijn m2.SSD en leessnelheden naar de 30 Gib/s, veel te veel geheugen en een i5-8400 met zes kernen het wellicht sneller zou moeten kunnen, maar ontevreden ben ik inmiddels niet meer met die minuut. :)
 

martin

Mankinds only hope
De Google dns server maakt geen verschil.

Zou het kunnen dat die vertraging slechts een vertraging in het loggen is?

Het is lastig gokken vanaf deze kant van het toetsenbord
Als je de indruk heb dat het alleen traag is bij het opstarten en dat het nu een stuk sneller gaat met die andere NTP server zou ik als eerste de boel weer terug zetten en kijken of het dan weer traag gaat.
Als het na reboot weer traag gaat zou je dit eens kunnen uitvoeren:

dmesg -T

Dan kan je in ieder geval op de seconde nauwkeurig zien wat er tijdens de herstart gebeurt en hoe lang het duurt.

als het ding bij herstart opnieuw wordt geschreven, wat maakt het dan uit om die file in een draaiend systeem te wijzigen?
Daar heb je gelijk in maar ik dacht even te lezen dat het niet alleen tijdens het starten was. (maar ik heb dat niet goed gelezen zie ik nu)
Dus stel dat je na een reboot weer de oude waardes heb dan heeft het aanpassen inderdaad geen nut.

Ik kan me eigenlijk niet goed voorstellen dat het aanpassen van een NTP server het bootprocess van je omgeving veel kan versnellen.
 

Ray

SHTF Expert
Laatst bewerkt:
Nee, idd maakt niets uit die tijdserver, originele file of aangepast met snellere tijdserver. Weer heb je gelijk.

Leuk commando, geeft echt alles in de terminal. Normaal moet ik het logfile in via de GUI, dan zie ik deze info ook.

Als ik dat op het Mint forum post krijg ik steevast de opmerking dat ik veel te veel info verstrek, maar het leek mij juist het complete overzicht. Twee stukken zijn rood, maar daar is al van gezegd dat het niet uitmaakt.. o_O Dat forum blijkt ook weinig behulpzaam. Als iemand eenmaal op je berichtje heeft gereageerd en hij dus niet in 't lijstje staat met onbeantwoorde berichten, kijkt niemand er meer naar. :cool: ('t is ook wel een groot en druk forum)

Ben ik misschien te kritisch? Dat ik alles waar error bij staat eigenlijk wil oplossen? Ondertussen draait het uiteraard verder prima en crashed nooit @Erny :)

Ik leer iig wat bij @martin, dank daarvoor. :)

Hier zie ik wat gedoe in een rode kleur:
Code:
[di okt 29 07:24:52 2019] Loaded X.509 cert 'Build time autogenerated kernel key: 01a66adcc10ca4ce7676a3458c33483b0e2b806e'
[di okt 29 07:24:52 2019] Couldn't get size: 0x800000000000000e
[di okt 29 07:24:52 2019] MODSIGN: Couldn't get UEFI db list
[di okt 29 07:24:52 2019] Couldn't get size: 0x800000000000000e
[di okt 29 07:24:52 2019] MODSIGN: Couldn't get UEFI MokListRT
[di okt 29 07:24:52 2019] Couldn't get size: 0x800000000000000e
[di okt 29 07:24:52 2019] MODSIGN: Couldn't get UEFI dbx list
[di okt 29 07:24:52 2019] zswap: loaded using pool lzo/zbud

En hier:
Code:
[di okt 29 07:25:28 2019] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[di okt 29 07:25:28 2019] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[di okt 29 07:25:32 2019] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[di okt 29 07:25:32 2019] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
[di okt 29 07:25:53 2019] Could not find key with description: [0ff733144a55cc9c]
[di okt 29 07:25:53 2019] process_request_key_err: No key
[di okt 29 07:25:53 2019] Could not find valid key in user session keyring for sig specified in mount option: [0ff733144a55cc9c]
[di okt 29 07:25:53 2019] One or more global auth toks could not properly register; rc = [-2]
[di okt 29 07:25:53 2019] Error parsing options; rc = [-2]
 

Erny

Last (wo)man standing
Ja @Ray hier ook erg blij met de Linux. Geen ongewenste crashactiviteiten. Alleen laatst mopperde ie wat (opstartproblemen) toen het batterijtje op het moederbord leeg bleek te zijn. Was met behulp van @Jasje snel geconstateerd en gediagnostiseerd en aldus snel verholpen. :cool:
 
  • Leuk
Waarderingen: Ray

Ray

SHTF Expert
Ik ben hier bezig met de schoonheidsfoutjes maar verder uitermate tevreden. Geen gedwongen updates en daardoor vergeet ik ze nog wel eens, maar dat is snel gefixt als je wel ergens tegen aanloopt.

Het was vroeger best een gedoe dat Linux, maar Linux Mint (inmiddels versie 19.2) komt compleet met alle applicaties die je maar zou wensen en gewoon met zo'n balk met startmenu onderin, zoals je waarschijnlijk gewend bent. Inclusief een office pakket wat prima bestanden kan lezen en opslaan om te delen met MS Office gebruikers. De VLC media player en Firefox browser is ook erg fijn in de praktijk. Het is inmiddels een volwaardig alternatief voor Microsoft of Apple zonder dat je hele hebben en houwen wordt gebruikt voor fijne (kuch) data analyses.

Vind je de desktop omgeving niet naar je zin, of de 'Verkenner', download je gewoon een andere.

Misschien is nog wel het leukste dat als je speciale software nodig bent voor e.o.a doel, je deze gratis kunt krijgen. Bv. beveiligingscamera's aansturen: https://www.ubuntupit.com/linux-camera-software-ip-webcam-cctv-security-camera-software/

En het is rete snel vergeleken bij die andere twee leveranciers, zelfs met stokoude hardware heb je wel weer magere versies die het ding laten vliegen. Al draait Linux Mint gewoon op oudere dualcores met 2 Gb geheugen al perfect.
 

martin

Mankinds only hope
[di okt 29 07:24:52 2019] MODSIGN: Couldn't get UEFI db list

Dit komt (vermoedelijk) omdat je in de bios heb staan dat je via UEFI wil booten en je de optie "secure boot" op disable heb staan.
Zo ja dan zou je dit kunnen aanzetten en ben je van die melding af maar op zich is het geen ramp dat je deze melding te zien krijgt.

[di okt 29 07:25:28 2019] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready [di okt 29 07:25:32 2019] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Dat is een normale melding wat op het moment dat je computer start duurt het even voordat je netwerkkaart actief zal worden.

[di okt 29 07:25:53 2019] Could not find key with description: [0ff733144a55cc9c] [di okt 29 07:25:53 2019] process_request_key_err: No key [di okt 29 07:25:53 2019] Could not find valid key in user session keyring for sig specified in mount option: [0ff733144a55cc9c] [di okt 29 07:25:53 2019] One or more global auth toks could not properly register; rc = [-2] [di okt 29 07:25:53 2019] Error parsing options; rc = [-2]

Het staat eigenlijk al in de foutmelding.
Je gebruikt zo te zien een encrypted filesystem en je heb in de zogenaamde "keyring" geen wachtwoord opgeslagen waardoor je dit filesysteem niet automatisch kan laten mouten.
Dus vermoedelijk heb je in jet /etc/fstab een mountpoint staan die op "automount" staat en dat gaat niet werken met een encrypted filesysteem tenzij je dit via een keyfile laat mounten (korte versie, het is iets complexer maar dan krijgen we een veel te lange lap tekst)

Dus kijk eens in de /etc/fstab en als hier inderdaad die mountpoint staat met je encrypted FS en je wil dit handmatig mounten dan moet je die 2 laatste getallen even controleren en op 0 0 zetten ipv 0 1
(een 1 is automount)
 
Bovenaan