Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
Impozite pe proprietati de anul v...

teava rezistenta panou apa calda

Acces in Curte din Drum National

Sub mobila de bucatarie si sub fr...
 Rezultat RMN

Numar circuite IPAT si prindere t...

Pareri brgimportchina.ro - teapa ...

Lucruri inaintea vremurilor lor
 Discuții despre TVR Sport HD

Cost abonament clinica privata

Tremura toata, dar nu de la ro...

Renault Android
 Recomandare bicicleta e-bike 20&#...

Bing-Content removal tool

Nu pot accesa monitorulsv.ro de l...

Cum sa elimini urmele de acnee?
 

Arch Linux: Failed unmounting /var.

- - - - -
  • Please log in to reply
22 replies to this topic

#1
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012
Mai are cineva eroarea asta:

OS: Arch Linux, FS:Btrfs, SSD.

systemd[1]: Failed unmounting /var.
-- Subject: Unit var.mount has finished shutting down
-- Defined-By: systemd


Am căutat și pe forumul distribuției dar până acum nu am găsist nici un răspuns concret. Nu dați vina pe sistemul de fișiere că nu acolo este cauza, s-a întâmplat și cu alte tipuri (ext4, xfs).

PS: dacă nu aveți idee cu ce se "mănâncă" abțineți-vă de la comentarii.

LE: eroarea apare doar la restart/shutdown; nu la fiecare reboot/shutdown, dar cam în 8 din 10 reboot-uri.

Edited by AnbuBlack, 13 October 2015 - 21:59.


#2
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
Hmmm... Ca de obicei vad ca journalctl nu ajuta cu nimic. Nu imi dau seama de ce iti da mesdajul de mai sus, doar daca nu ramane un fisier din /var deschis si nu il poate inchide ca procesul de demontare sa se termine cu succes. Nu mai tin minte dar cred ca m-am lovit alta data de ceva asemanator dar pe PCLOS cu SysV si ext4. Pe Arch in clipa de fata am doar /boot pe partitie separata, in afara de /home si nu s-a intamplat pana acum sa imi faca probleme.

Eu as pune syslog-ng si l-as configura sa imi logheze tot ce se intampla la montarea / demontarea partitiilor si as verifica dupa restart ce am in log. Macar sa iti faci o idee despre ce ramane agatat si nu se inchide corect.

Edited by MembruAnonim, 13 October 2015 - 22:19.


#3
mcdsev3r

mcdsev3r

    Junior Member

  • Grup: Members
  • Posts: 206
  • Înscris: 23.06.2013
Aceeasi eroare si la mine. Am observat-o mai demult dar nu i-am dat importanta. Se manifesta doar pe partitie /var separata.
Acum am gasit o posibila rezolvare aici.
Eu am in /etc/systemd/journald.conf Storage=none, si vad ca se recomanda Storage=volatile. Nu stiu daca functioneaza, n-am incercat.
Asta banuiesc ca s-ar datora jurnalizarii logurilor, Banuiesc ca systemd nu lasa timp sa scrie jurnalele pe disk (systemd si binefacerile lui).

#4
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012
Am mai văzut recomandarea cu Storage=volatile și o să încerc să vad ce iese; @ Kagaroth când am timp de configurări încerc și syslog-ng pentru că mă interesează de ce se întâmplă. Mulțumesc pentru răspunsuri!

#5
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
Storage=none ar fi trebuit sa rezolve problema pentru ca daca imi aduc aminte none specifica ca journalctl nu scrie nici un log pe hard, e  singura modalitate de a "dezactiva" journalctl. Volatile nu mai tin minte ce face.

Voi mai incerca sa vad daca ii dau de cap la syslog-ng sa imi logheze actiunile care le face systemctl la boot / reboot / shutdown cand monteaza si demonteaza partitiile.

Edited by MembruAnonim, 13 October 2015 - 23:49.


#6
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012

View PostMembruAnonim, on 13 octombrie 2015 - 23:37, said:

Volatile nu mai tin minte ce face.

Am rezolvat cu volatile.

Quote

Storage=
   Controls where to store journal data. One of "volatile","persistent", "auto" and "none". If "volatile", journal log data will be stored only in memory, i.e. below the /run/log/journal hierarchy (which is created if needed).


#7
mcdsev3r

mcdsev3r

    Junior Member

  • Grup: Members
  • Posts: 206
  • Înscris: 23.06.2013
La mine nu vrea.
Cu lsof /var, vad ca am mai multe fisiere deschise in /var/cache/fontconfig de catre xfwm4, xfsettings, etc.., si banuiesc ca ramane agatat vreunul din ele.
Mai caut.

#8
mcdsev3r

mcdsev3r

    Junior Member

  • Grup: Members
  • Posts: 206
  • Înscris: 23.06.2013
Imi puteti da de la voi un   ls -lR /var/log | grep journal ?
Atat m-am "jucat" cu folderul (sters|mutat|creat) ca l-am "ametit" de tot, in ideea ca poate "pescuiesc" ceva erori. Nu ma mai lasa sa dau journalctl ca user.
S-au schimbat permisiunile si userul.
Asa arata la mine acum:
[cody@toto ~]$ ls -lR /var/log | grep journal
drwxr-sr-x 3 root systemd-journal  4096 oct 14 14:43 journal
/var/log/journal:
drwxr-sr-x+ 2 root systemd-journal 4096 oct 14 14:47 a21de464385547ccbfb4887763d66c48
/var/log/journal/a21de464385547ccbfb4887763d66c48:
-rwxr-x---  1 root systemd-journal 8388608 oct 14 14:47 [email protected]~
-rw-r-----  1 root systemd-journal 4194304 oct 14 16:29 system.journal
-rw-r-----+ 1 root systemd-journal 4194304 oct 14 16:29 user-1000.journal

#9
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
┌(ghost)─(Angelwing)─(4.2.2-1-ARCH)
└─(~)─(4 files, 1.9MB)─ $ ls -lR /var/log | grep journal
drwxr-sr-x+ 4 root systemd-journal 4.0K 18.07.2015 05:26 journal/
/var/log/journal:
drwxr-sr-x+ 2 root systemd-journal		4.0K 14.10.2015 15:10 64c6179726af4f51b2750ae7446c5c1c/
drwxr-sr-x+ 2 root systemd-journal-remote 4.0K 18.07.2015 05:15 remote/
/var/log/journal/64c6179726af4f51b2750ae7446c5c1c:
-rw-r-----+ 1 root systemd-journal  24M 08.08.2015 01:21 [email protected]~
-rw-r-----+ 1 root systemd-journal 8.0M 10.08.2015 16:08 [email protected]~
-rw-r-----+ 1 root systemd-journal  16M 07.10.2015 15:05 [email protected]~
-rw-r-----+ 1 root systemd-journal 8.0M 09.10.2015 21:30 [email protected]~
-rw-r-----+ 1 root systemd-journal  16M 14.10.2015 15:09 [email protected]~
-rw-r-----+ 1 root systemd-journal  16M 19.08.2015 15:07 system@9e00f5efe4e24bfc8accf468b7485b9e-0000000000000001-00051cf4afd1fd64.journal
-rw-r-----+ 1 root systemd-journal  16M 19.09.2015 01:47 system@9e00f5efe4e24bfc8accf468b7485b9e-0000000000007bd1-00051da8e253f4cf.journal
-rw-r-----+ 1 root systemd-journal 8.0M 26.09.2015 22:05 system@9e00f5efe4e24bfc8accf468b7485b9e-000000000000b701-0005200d4ff0cc31.journal
-rw-r-----+ 1 root systemd-journal 8.0M 14.10.2015 17:20 system.journal
-rw-r-x---+ 1 root systemd-journal 8.0M 14.10.2015 15:10 [email protected]~*
-rw-r-x---+ 1 root systemd-journal 8.0M 19.08.2015 15:07 user-1000@2b678ee4fb144d2ba0b7851488394a8c-000000000000078f-00051b1d9f86a1d2.journal*
-rw-r-x---+ 1 root systemd-journal 8.0M 26.09.2015 22:05 user-1000@2b678ee4fb144d2ba0b7851488394a8c-0000000000007bcb-00051da8e253ea27.journal*
-rw-r-x---+ 1 root systemd-journal 8.0M 14.10.2015 16:46 user-1000.journal*
-rw-r-x---+ 1 root systemd-journal 8.0M 18.07.2015 05:54 user-65534.journal*
/var/log/journal/remote:



#10
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012
┌─[ ~ ]
└─╼ ls -lR /var/log | grep journal
drwxr-sr-x+ 1 root systemd-journal	 76 Mar 17  2015 journal
/var/log/journal:
drwxr-sr-x+ 1 root systemd-journal		554 Oct 13 11:41 9c30b7888ae149e7b0a3637c6916fb49
drwxr-sr-x+ 1 root systemd-journal-remote   0 Feb 15  2015 remote
/var/log/journal/9c30b7888ae149e7b0a3637c6916fb49:
-rw-r-----+ 1 root systemd-journal 25165824 Oct 13 11:28 system@81369c5e0d464049911d8525ea5cacaa-0000000000000001-000511712a05eeb2.journal
-rw-r-----+ 1 root systemd-journal  8388608 Oct 13 11:41 system@81369c5e0d464049911d8525ea5cacaa-0000000000006e31-000521fabd923476.journal
-rw-r-----+ 1 root systemd-journal 41943040 Oct 13 23:51 system.journal
-rw-r-x---+ 1 root systemd-journal  8388608 Oct 13 11:41 user-1000@a705e26372424ac19a5e1f1f9f0af7a1-0000000000000447-0005117178a654a2.journal
-rw-r-x---+ 1 root systemd-journal  8388608 Oct 13 23:51 user-1000.journal
/var/log/journal/remote:
┌─[ ~ ]
└─╼



#11
mcdsev3r

mcdsev3r

    Junior Member

  • Grup: Members
  • Posts: 206
  • Înscris: 23.06.2013
Am reusit sa rezolv si eu eroarea dupa o scanare mai adanca cu   lsof +D /var (ca root), am gasit un fisier in /var/lib/NetworkManager deschis de dhclient , care ramanea deschis, de unde si eroarea.
Rezolvarea...dezinstalat networkmanager. Probabil bug in networkmanager sau dhclient.
Iar "Storage=" merge doar cu none si volatile. Cu Storage=auto da eroare.

#12
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
Mai degraba cred ca e ceva ce tine de systemd, dar nu am cum sa testez sa vad daca e asa sau nu. Modul idiot in care sistemd porneste si opreste serviciile face sa apara astfel de probleme. Fata de SysV care astepta ca un serviciu sa porneasca sau sa se opreasca inainte de a trece la urmatorul, systemd nu mai face asta. Parca systemd se bazeaza pe socketuri si daca un socket e creat atunci e pornit si un serviciu care depinde de cel care a creat socketul fara a tine cont ca cel initial inca nu e on sau poate a dat erroare. La oprire parca e la fel asa ca nu mai conteaza ca NetworkManager nu s-a oprit si nu a eliberat toate resursele daca alt serviciu e oprit si systemd crede ca e okay sa faca unmount la partitie.

#13
mcdsev3r

mcdsev3r

    Junior Member

  • Grup: Members
  • Posts: 206
  • Înscris: 23.06.2013

View PostMembruAnonim, on 20 octombrie 2015 - 10:17, said:

Mai degraba cred ca e ceva ce tine de systemd
S-ar putea sa ai dreptate.
In cautarile mele sa rezolv eroarea, am gasit o alta rezolvare prin mutarea folderului /var pe partitia / , iar pe partitia /var a ramas doar /var/tmp
La fel am gasit erori legate si de demontarea partitiei  /home.
De unde deduc ca problema tine strict de systemd si modul lui de gestionare a partitiilor multiple.
Acum, o parere strict personala, nu cumva systemd face asta intentionat, pentru a descuraja folosirea de partitii multiple? E o supozitie, dar poate fi si adevarata.

#14
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
Voi arunca si eu o privire ca am boot si home separat plus alte harduri montate prin mnt sa vad ce se petrece. Poate voi reusi sa arunc o privire mai indeaproape la systemd sa vad in ce ordine opreste din servicii.

PS: Parca m-as arunca sa trec Arch-ul inapoi la SysV ca nu as renunta la Arch doar ca vine cu systemd default desi as face si asta daca systemd incepe sa ma calce pe bataturi.

#15
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012
La mine încă mai "agață" ceva, s-ar putea să fie de la  /var/cache/pacman/pkg pe care l-am redicționat către tmpfs sau cel mai probabil /var/tmp, caruia nu i-am dat voie să pasteze nimic după reboot/shutdown. Testez și revin cu detalii.

Edited by AnbuBlack, 24 October 2015 - 11:58.


#16
xxvirusxx

xxvirusxx

    Retired

  • Grup: Senior Members
  • Posts: 13,441
  • Înscris: 11.11.2005
La restart-uri nu ai si eroarea asta?

cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd"


#17
AnbuBlack

AnbuBlack

    Member

  • Grup: Members
  • Posts: 469
  • Înscris: 25.01.2012

View Postxxvirusxx, on 24 octombrie 2015 - 12:08, said:

La restart-uri nu ai si eroarea asta?

cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd"

Am eroare respectivă, nu asta e problema, ci faptul că nu demontează cum trebuie /var.

#18
xxvirusxx

xxvirusxx

    Retired

  • Grup: Senior Members
  • Posts: 13,441
  • Înscris: 11.11.2005
La mine apare doar eroarea de mai sus. Cat despre /var/log am asa (ca user).  Numai ca eu nu folosesc partitii separate pentru boot, etc... Posted Image

ls: cannot open directory /var/log/lightdm: Permission denieddrwxr-sr-x+ 4 root systemd-journal 4096 oct 16 17:57 journal
/var/log/journal:
drwxr-sr-x+ 2 root systemd-journal	 4096 oct 21 15:45 a345698432f047fd9c4c351e028d4ab4
drwxr-sr-x+ 2 root systemd-journal-remote 4096 oct 16 17:48 remote
/var/log/journal/a345698432f047fd9c4c351e028d4ab4:
-rw-r-----+ 1 root systemd-journal 16777216 oct 24 20:20 system.journal
-rw-r-----+ 1 root systemd-journal 83886080 oct 21 15:45 [email protected]~
-rw-r-x---+ 1 root systemd-journal 16777216 oct 24 20:20 user-1000.journal
/var/log/journal/remote:

PS. O sa ma interesez cu eroarea la lightdm, cred ca am setat eu ceva incorect....sau un vechi bug...

Edited by xxvirusxx, 24 October 2015 - 16:55.


Anunturi

Chirurgia endoscopică a hipofizei Chirurgia endoscopică a hipofizei

"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală.

Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale.

www.neurohope.ro

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Forumul Softpedia foloseste "cookies" pentru a imbunatati experienta utilizatorilor Accept
Pentru detalii si optiuni legate de cookies si datele personale, consultati Politica de utilizare cookies si Politica de confidentialitate