Chirurgia spinală minim invazivă
Chirurgia spinală minim invazivă oferă pacienților oportunitatea unui tratament eficient, permițându-le o recuperare ultra rapidă și nu în ultimul rând minimizând leziunile induse chirurgical. Echipa noastră utilizează un spectru larg de tehnici minim invazive, din care enumerăm câteva: endoscopia cu variantele ei (transnazală, transtoracică, transmusculară, etc), microscopul operator, abordurile trans tubulare și nu în ultimul rând infiltrațiile la toate nivelurile coloanei vertebrale. www.neurohope.ro |
Arch Linux: Failed unmounting /var.
Last Updated: Oct 26 2015 15:51, Started by
AnbuBlack
, Oct 13 2015 21:47
·
0
#1
Posted 13 October 2015 - 21:47
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
Posted 13 October 2015 - 22:16
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
Posted 13 October 2015 - 22:41
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
Posted 13 October 2015 - 23:00
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
Posted 13 October 2015 - 23:37
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
Posted 14 October 2015 - 11:54
MembruAnonim, 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
Posted 14 October 2015 - 12:25
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
Posted 14 October 2015 - 15:59
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
Posted 14 October 2015 - 16:25
┌(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
Posted 14 October 2015 - 16:44
┌─[ ~ ] └─╼ 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
Posted 20 October 2015 - 02:41
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
Posted 20 October 2015 - 10:17
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
Posted 20 October 2015 - 19:43
MembruAnonim, on 20 octombrie 2015 - 10:17, said:
Mai degraba cred ca e ceva ce tine de systemd 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
Posted 20 October 2015 - 20:12
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
Posted 24 October 2015 - 11:58
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
Posted 24 October 2015 - 12:08
La restart-uri nu ai si eroarea asta?
cgroup : option or name mismatch, new: 0x0"", old: 0x4 "systemd" |
#17
Posted 24 October 2015 - 15:31
#18
Posted 24 October 2015 - 16:25
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...
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
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users