Ubuntu Sverige

Insåg att jag hade en hel del felmeddelanden under journalctl.

Vilka jag då har börjat att beta av men gått bet på följande :

Kod: Markera allt

MPU-401 device not found or device busy

efter lite googling så fann jag att det var en bugg daterad till 2015.
vad jag har kommit fram till så är detta något som har med ljud att göra,
så kan jag "slå" av detta på något sätt för att "slippa" felmeddelandet samt få maskinen att starta något snabbare.

Jag har via bios stängt av både ljud och game/midi port utan att felkoden försvinner.

Efter lite googling så fann jag, att i mitt bios har jag en möjlighet att stänga av plug and play, Bild

Min fundering är om jag kan slå av och låta maskinen registreringen, om det skulle hjälpa mig att få bort felkoden.

De trådar jag funnit i ämnet har alla varit ganska gamla.

Hittade ett tips att aktivera midi i Bios, trots att jag inte skall använda det.

Därefter så försvann felkoden "MPU-401 device not found" ..

Nästa felkod att söka lösning på är:

Kod: Markera allt

networking.service: Main process exited, code=exited, status=1/FAILURE
Failed to start Raise network interfaces
networking.service: Unit entered failed state
networking.service: Failed with result 'exit-code'
Reached target Sockets

Där jag än så länge har gått bet, maskinen har bara ett nätverkskort (det integrerade)
som fungerar utan problem.

Så vad Raise network är vet jag inte?

Har en del felkoder om PAM_kwallet men om det är är pulseaudio eller kwallet som är "problemet" är jag inte klar över.
Hittade även lite information att problemet kan ligga i lightmdm
när jag tittar i Synaptic så är inga moduler installerade för kwallet.
journalctl -p err -b ger:

Kod: Markera allt

apr 12 18:37:59 server1 lightdm[1637]: PAM adding faulty module: pam_kwallet.so
apr 12 18:37:59 server1 lightdm[1637]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No
apr 12 18:37:59 server1 lightdm[1637]: PAM adding faulty module: pam_kwallet5.so
apr 12 18:38:06 server1 pulseaudio[1730]: [pulseaudio] module-alsa-card.c: Failed to find a working profile.
apr 12 18:38:06 server1 pulseaudio[1730]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="1" name="1" ca
apr 12 18:38:07 server1 lightdm[1747]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No s
apr 12 18:38:07 server1 lightdm[1747]: PAM adding faulty module: pam_kwallet.so
apr 12 18:38:07 server1 lightdm[1747]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file:

i cat /etc/pam.d/lightdm så länkas det till PAM_kwallet:

Kod: Markera allt

erik@HP-barbar:~$ cat /etc/pam.d/lightdm
#%PAM-1.0
auth    requisite       pam_nologin.so
auth    sufficient      pam_succeed_if.so user ingroup nopasswdlogin
@include common-auth
auth    optional        pam_gnome_keyring.so
auth    optional        pam_kwallet.so
auth    optional        pam_kwallet5.so
@include common-account
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close
#session required        pam_loginuid.so
session required        pam_limits.so
@include common-session
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open
session optional        pam_gnome_keyring.so auto_start
session optional        pam_kwallet.so auto_start
session optional        pam_kwallet5.so auto_start
session required        pam_env.so readenv=1
session required        pam_env.so readenv=1 user_readenv=1 envfile=/etc/default/locale

även i /etc/pam.d/lightdm-greeter ser jag samma sak:

Kod: Markera allt

erik@HP-barbar:~$ cat /etc/pam.d/lightdm-greeter
#%PAM-1.0
auth    required        pam_permit.so
auth    optional        pam_gnome_keyring.so
auth    optional        pam_kwallet.so
auth    optional        pam_kwallet5.so
@include common-account
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close
session required        pam_limits.so
@include common-session
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open
session optional        pam_gnome_keyring.so auto_start
session optional        pam_kwallet.so auto_start
session optional        pam_kwallet5.so auto_start
session required        pam_env.so readenv=1
session required        pam_env.so readenv=1 user_readenv=1 envfile=/etc/default/locale

Felkoden ligger dessutom på flertalet av mina installationer.
Samtliga maskiner använder xubuntu 16-04 32bit
på dessa maskiner så använder jag dessutom inget ljud

att kwallet är en passwordmanager är jag på det klara med. men är inget jag använder på dessa maskiner

Kan jag komma runt problemet genom att avinstallera pulseaudio?

Eller vad skall jag göra/fokusera i mitt felsöknings arbete?

Har undersökt problemet via virtualbox under senaste dagarna.

prövade att installera pam_kwallet paketen via synaptic bland annat men jag lyckades inte att bli av med felkoderna för Pam_kwallet.

Men efter vad jag kan förstå så är det lightdm som är den som sätter felkoden från början.

Kod: Markera allt

apr 12 18:37:59 server1 lightdm[1637]: PAM adding faulty module: pam_kwallet.so

Gjorde ett test med openbox som gui (och ubuntu server 32bit) då uteblev felkoderna

prövade sedan även med (ubuntu server 64bit) och ett minimalt gui med följande kod:

Kod: Markera allt

sudo apt-get install xorg xterm gdm menu gksu synaptic --no-install-recommends
sudo apt-get install gnome-session gnome-panel metacity gnome-terminal --no-install-recommends

Så för att få ner antalet felkoder så är det openbox som verkar gälla.
någon som kan tipsa på annat minimalt gui att lägga ovanpå 32 eller 64bit's Ubuntu server?

skalman65 skrev:Så vad Raise network är vet jag inte?

"Raise network" är bara ett meddelande om att systemet försöker starta nätverkskortet.

skalman65 skrev:
Kod: Markera allt
PAM adding faulty module: pam_kwallet.so
apr 12 18:37:59 server1 lightdm[1637]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No
....

Felkoden ligger dessutom på flertalet av mina installationer. Samtliga maskiner använder xubuntu 16-04 32bit på dessa maskiner så använder jag dessutom inget ljud

att kwallet är en passwordmanager är jag på det klara med. men är inget jag använder på dessa maskiner

Felmeddelandet antyder att kwallet inte blev korrekt installerat. Samtidigt så verkar det finnas en bugg som antyder att felmeddelandet i sig är en felaktig varning. https://bugs.launchpad.net/ubuntu/+sour ... ug/1309535.

Kan nämligen bekräfta från ett antal datorer jag nyss kollade att kwallet anges i /etc/pam.d/lightdm trots att det inte installeras. Alltså; i dagsläget kan du antingen (1) bortse från felmeddelandet, (2) ta bort kwallet referenserna i /etc/pam.d/lightdm,eller(3) installera kwallet.

johanre skrev:"Raise network" är bara ett meddelande om att systemet försöker starta nätverkskortet.

Funderade lite på detta, om nu maskinen sätter en felkod för uppstart av nätverkskortet,
(av någon orsak) men nätverket fungerar utan att jag märker några problem.

Skall jag då kanske ögna igenom felloggen med inte ett så "hårt" granskande "öga".

utan som du säger som alt 1. bortse från felmeddelandet.

Har nu omorganiserat mina datorer så att jag skall kunna få en 64 bits maskin till min server och där installerat grundprogrammet och fick där felkoden

Kod: Markera allt

iscsid[1098]: ISCSI daemon with pid=1099 started!

jag förstår bara inte varför den presenteras som felkod?

Använder jag fel kommando i terminalen, och bör använda något annat istället för.

Kod: Markera allt

journalctl -p err -b

Min tanke är att få en så "säker" installation som möjligt.

Vänta nu, bara så det inte blir missförstånd: de flesta meddelanden i /var/log/syslog och från "dmesg" kommandot, är inte felmeddelanden, de är rent informativa budskap. T.ex:

Kod: Markera allt

iscsid[1098]: ISCSI daemon with pid=1099 started!

Detta är ett meddelande som berättar att iscsi har startat, inget annat. Det är alltså helt i sin ordning.

Jo det är jag med på!

min utgångspunkt kommer från denna webbsida

där står det bland annat

Kod: Markera allt

By Priority

One filter that system administrators often are interested in is the message priority. While it is often useful to log information at a very verbose level, when actually digesting the available information, low priority logs can be distracting and confusing.

You can use journalctl to display only messages of a specified priority or above by using the -p option. This allows you to filter out lower priority messages.

For instance, to show only entries logged at the error level or above, you can type:

journalctl -p err -b
This will show you all messages marked as error, critical, alert, or emergency. The journal implements the standard syslog message levels. You can use either the priority name or its corresponding numeric value. In order of highest to lowest priority, these are:

0: emerg
1: alert
2: crit
3: err
4: warning
5: notice
6: info
7: debug
The above numbers or names can be used interchangeably with the -p option. Selecting a priority will display messages marked at the specified level and those above it.

Med utgångspunkt av detta så har jag då använt mig av markeringen för "error"
dvs journalctl -p err -b

på min server får jag just nu "felkoderna"

Kod: Markera allt

iscsid[1098]: ISCSI daemon with pid=1099 started!
specified user 'usbmux' unknow

Medans om jag väljer att använda "crit" istället för "err"
så får jag meddelandet

Kod: Markera allt

--No entries--

och det är här som jag funderar om jag skall använda mig av ett lägre värde i listan
ex 2 =crit istället för 3=err i min granskning av loggen, innan jag går vidare till nästa steg i installationen
Att error-felkoderna är lite allmänna medans critical-felkoder bör åtgärdas?

Fortsatte att installera div program till min server.

vilket resulterade i en hel hoper med "felkoder" däribland flertalet "pam-kwallet".

Men efter efter mycket sökandes där jag vände och vred på sökorden hittade jag en sida som menade på att problemet var att modulen

Kod: Markera allt

libpam-gnome-keyring

saknades

installerade den och samtliga felkoder försvann förutom

Kod: Markera allt

iscsid[1031]: iSCSI daemon with pid=1032 started!

varför den presenteras som en felkod, kan man fundera.

men om någon annan har pam_kwallet felkoder kan det vara värt att pröva att installera ovanstående paket.

Efter att ha installerat ytterligare lite program och funktioner till min server så har jag nu fått ett nytt felmeddelande

Kod: Markera allt

apr 27 18:51:01 server iscsid[1076]: iSCSI daemon with pid=1077 started!
apr 27 18:51:03 server ntpd[1089]: unable to bind to wildcard address :: - another process may be running - EXITING

ntpd har vad jag förstår med tidssynkroniseringen, någon som har tanke vad som bör göras för att åtgärda det.

skalman65 skrev:och det är här som jag funderar om jag skall använda mig av ett lägre värde i listan ex 2 =crit istället för 3=err i min granskning av loggen, innan jag går vidare till nästa steg i installationen. Att error-felkoderna är lite allmänna medans critical-felkoder bör åtgärdas?

Ja, i var fall till en början. När du väl fått bort de kritiska felen kan du ge dig på nivå 2.

skalman65 skrev:installerade den och samtliga felkoder försvann förutom
Kod: Markera allt
iscsid[1031]: iSCSI daemon with pid=1032 started!
varför den presenteras som en felkod, kan man fundera.

Kan vara så enkelt att personen som byggde paketet, inte riktigt hade koll...

Följande kommando kan kanske hjälpa dig vidare:

sudo systemctl ntp restart

Sent from my Redmi 3 using Tapatalk

Dessvärre var det inte så lätt...

jonre skrev:Följande kommando kan kanske hjälpa dig vidare:

sudo systemctl ntp restart

där fick jag följande svar:

Kod: Markera allt

Unknown operation ntp.

funderade på om det kunde vara så att jag behövde ett "d" på slutet (ntpd)
men det gav resulterade samma

Detta fick mig att börja söka efter mera information, hittade denna sida

som visade på att man kan kontrollera om ntp körs med följande kommando:

Kod: Markera allt

$ sysv-rc-conf --list ntpd

vilket resulterade i följande felmeddelande

Kod: Markera allt

Can't create /var/lib/sysv-rc-conf : Permission denied at /usr/sbin/sysv-rc-conf line 454.

Där står jag för tillfället, men det verkar som det har blivit något problem med ntp

johanre skrev:
skalman65 skrev:och det är här som jag funderar om jag skall använda mig av ett lägre värde i listan ex 2 =crit istället för 3=err i min granskning av loggen, innan jag går vidare till nästa steg i installationen. Att error-felkoderna är lite allmänna medans critical-felkoder bör åtgärdas?
Ja, i var fall till en början. När du väl fått bort de kritiska felen kan du ge dig på nivå 2.

skalman65 skrev:Dessvärre var det inte så lätt...
jonre skrev:Följande kommando kan kanske hjälpa dig vidare:
sudo systemctl ntp restart
där fick jag följande svar:
Kod: Markera allt
Unknown operation ntp.

Ber om ursäkt! Jag måste ha sovit när jag skrev det där. Det skall såklart vara:

Kod: Markera allt

service ntp restart

och

Kod: Markera allt

service ntp status

Suveränt johanre

via "service ntp status"
fick jag fram info som sedan ledde mig till info via googling att det var "ntpdate" som ställde till problemen för mig.

Nu är jag tillbaka på en godtagbar grundnivå

med endast ett felmeddelande som informerar mig om att
"ISCI daemon har startat"

Har haft följande felkoder en tid nu:

Kod: Markera allt

apr 07 06:15:32 server ntpd[1348]: bind(21) AF_INET6 2001:2002:51e0:fd15:218:f3ff:febd:5e78#123 flags 0x11 Cannot assign requested address

Kod: Markera allt

apr 07 06:15:32 server ntpd[1348]: unable to create socket on enp1s4 (5) for 2001:2002:51e0:fd15:218:f3ff:febd:5e7t on enp1s4 (5) for 2001:2002:51e0:fd15:218:f3ff:febd:5e78#123

Vilket jag då har försökt att hitta en lösning på.
Mina sökningar på nätet har bland annat lett mig till denna sida, som jag då tror är lösningen för mina felkoder.

Där beskrivs bl annat, om jag förstår det rätt, att ”timesyncd” numera är Ubuntu’s standard program för tidssynkronisering.

Samt att om man skall använda sig av ”timesyncd” skall man se till att stänga av ”timedatectl”

När jag kontrollerade min Server fann jag vad jag förstår att båda programmen är aktiva då följande kommando ger:

Kod: Markera allt

erik@server ~ $ timedatectl
      Local time: sön 2018-04-08 13:38:30 CEST
  Universal time: sön 2018-04-08 11:38:30 UTC
        RTC time: sön 2018-04-08 11:38:30
       Time zone: Europe/Stockholm (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Kod: Markera allt

erik@server ~ $ sudo ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 se.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.000
+svl1.ntp.se     .PPS.            1 u  326 1024  377   25.499   -0.976   0.899
+svl2.ntp.se     .PPS.            1 u  507 1024  377   25.194   -1.027   9.262
+sth1.ntp.se     .PPS.            1 u  709 1024  377   30.333   -1.180   1.763
*sth2.ntp.se     .PPS.            1 u  851 1024  377   29.698   -0.664  11.944
+mail.sturupclou ***.**.166.36    2 u  741 1024  377   30.872   -0.704   6.076
+ntp3.flashdance ***.58.202.20    2 u  837 1024  377   31.584   -1.272   1.645
-european.dns.v4 238.176.141.181  3 u  598 1024  377   29.250   -3.301   4.559
+ntp5.flashdance ***.**.143.130   2 u  496 1024  377   30.743    0.490  11.223
-213.251.52.202  ***.**.241.10    2 u  564 1024  377   59.081   13.026   6.228

Min fundering är vilken av programmen jag bör använda,
Är det "timesyncd"?

Och då stänga av "timedatectl" med
sudo timedatectl set-ntp no

Eller missuppfattat sidan jag refererar till, frågar nu före jag gör några ändringar på servern.

Ubuntu Sverige

felmeddelanden i journalctl

felmeddelanden i journalctl

Är linux ett plug and play op

Felmeddelanden i journalctl - Raise network

PAM_kwallet problem hur lösa det

PAM_kwallet - lightdm / tips på andra gui utan lightdm

Re: Felmeddelanden i journalctl - Raise network

Re: PAM_kwallet problem hur lösa det

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl --ntp

Re: felmeddelanden i journalctl

Re: felmeddelanden i journalctl --ntp

felmeddelanden i journalctl

Tidssynkroniserings felkoder