Nabídka

Zobrazit příspěvky

Zde lze prohlédnout všech příspěvky uživatele. Jsou zde vidět pouze příspěvky z oblastí, do kterých máte přístup.

Nabídka Zobrazit příspěvky

Příspěvky - aricak

#1
Ahoj, již vím, že cokoliv co sputtím jako ROOT nějakou X aplikaci dojde ke změně vlastníka /run/user/1000/dconf/user  na ROOT:ROOT, když po chvilce se systém zblázní a dojde k přetečení RAM a se strojem pak nelze nic dělat než trvdý RESET.
Nic méně jde to rychle napravit tak, že se změní vlastník na aktuálního uživatele. což je umě jakub což je 1000. Jinými slovy takto:

chown 1000:1000 /run/user/1000/dconf/user

mno, ale nesmí se na to zapomenout.

Našel jsem řešení ale nejspíš je to na systém RED HAT
https://bugs.mageia.org/show_bug.cgi?id=11643

kde píšou o skritpu a opravě což je toto:
https://bugs.mageia.org/attachment.cgi?id=4514

jak tento patche mohu aplikovat na systému DEBIAN, jestli to vůbec jde.


diff -Naur a/shm/dconf-shm.c b/shm/dconf-shm.c
--- a/shm/dconf-shm.c 2013-03-14 20:27:40.000000000 +0200
+++ b/shm/dconf-shm.c 2013-11-17 16:08:44.048343098 +0200
@@ -33,7 +33,16 @@
   static gchar *shmdir;

   if (g_once_init_enter (&shmdir))
-    g_once_init_leave (&shmdir, g_build_filename (g_get_user_runtime_dir (), "dconf", NULL));
+    /* if user is root, he has the ability to overwrite the other users'
+     dconf runtime directory, hence hanging their sessions, despite
+     the 0700 permissions. Make root always use his home dir instead
+     of the common runtime one.
+   */
+
+    if (getuid != 0)
+        g_once_init_leave (&shmdir, g_build_filename (g_get_user_runtime_dir (), "dconf", NULL));
+    else
+        g_once_init_leave (&shmdir, g_build_filename (g_get_home_dir (), ".cache", "dconf", NULL));

   return shmdir;
}


Prosím kdo ví jak to opravit? Nebo lze udělat nějaký skript co bude automaticky hlídat vlastníka /run/user/1000/dconf/user a po té jej změní na správného?
#2
Už jsem to vyřešil. Přes správce balíků synaptic, se aktualizace aplikovali.

Práva složek mám stále rozbordelené, ale již to není kritické.
#3
Opět vás zdravím mám pár drobnosti:

Od jisté chvíle mě pozdržuje debian aktualizace:
Prosím co se s tím dá dělat?

Načítají se seznamy balíků... Hotovo
Vytváří se strom závislostí       
Načítají se stavové informace... Hotovo
23 balíků může být aktualizováno. Zobrazíte je ,,apt list --upgradable".
root@Phoebe:/home/jakub# apt list --upgradable
Vypisuje se... Hotovo
glx-alternative-mesa/stable 0.8.8~deb9u2 amd64 [aktualizovatelný z: 0.8.3~deb9u1]
glx-alternative-nvidia/stable 0.8.8~deb9u2 amd64 [aktualizovatelný z: 0.8.3~deb9u1]
glx-diversions/stable 0.8.8~deb9u2 amd64 [aktualizovatelný z: 0.8.3~deb9u1]
libegl-nvidia0/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libegl1-nvidia/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libgl1-nvidia-glx/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libgles-nvidia1/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libgles-nvidia2/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libgles1-glvnd-nvidia/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libnvidia-cfg1/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libnvidia-eglcore/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libnvidia-glcore/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
libnvidia-ml1/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-alternative/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-driver/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-driver-bin/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-driver-libs-nonglvnd/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-kernel-dkms/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-kernel-support/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-nonglvnd-vulkan-icd/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
nvidia-vdpau-driver/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
update-glx/stable 0.8.8~deb9u2 amd64 [aktualizovatelný z: 0.8.3~deb9u1]
xserver-xorg-video-nvidia/stable 390.87-8~deb9u1 amd64 [aktualizovatelný z: 384.130-1]
root@Phoebe:/home/jakub# apt upgrade
Načítají se seznamy balíků... Hotovo
Vytváří se strom závislostí       
Načítají se stavové informace... Hotovo
Propočítává se aktualizace... Hotovo
Následující balíky jsou podrženy v aktuální verzi:
  glx-alternative-mesa glx-alternative-nvidia glx-diversions libegl-nvidia0 libegl1-nvidia libgl1-nvidia-glx libgles-nvidia1
  libgles-nvidia2 libgles1-glvnd-nvidia libnvidia-cfg1 libnvidia-eglcore libnvidia-glcore libnvidia-ml1 nvidia-alternative
  nvidia-driver nvidia-driver-bin nvidia-driver-libs-nonglvnd nvidia-kernel-dkms nvidia-kernel-support
  nvidia-nonglvnd-vulkan-icd nvidia-vdpau-driver update-glx xserver-xorg-video-nvidia
0 aktualizováno, 0 nově instalováno, 0 k odstranění a 23 neaktualizováno.
root@Phoebe:/home/jakub#


Problém č.: Omylem jsem napsal příkaz chown jakub:jakub a projel mi složku /
Výsledek byl kolaps systému, naštěstí jsem vše skoro až na nějaké vyjímky dal dohromady, ale s těmi vyjímkami bych prosil pomoc.

Kde zjistím co a jak mám mít správného uživatele a skupinu? Díky za rady.
#4
Již jsem na to přišel, jedná se zřejmě o nekompatibilitu NOMACHINE remote desktop s prostředí MATE-DESKTOP. Zjistil jsem to tak, že jsem odinstaloval NOMACHINE a použil jsem REAL VNC, tento sw asi funguje tak jak má... uvidíme.
#5
Mám problém s tímto:
# dmesg output
  0.724967] BERT: Can't request iomem region <00000000ce68be18-00000000ce68be2b>.

a s hardwarovou nekompatibilitou:

[    3.388808] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20160831/utaddress-247)
[    3.389031] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    3.389125] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20160831/utaddress-247)
[    3.389362] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    3.389457] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20160831/utaddress-247)
[    3.389672] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    3.389774] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20160831/utaddress-247)


  3.508470] ipmi_si IPI0001:00: Cannot check clearing the rcv irq: -22

Mám tušení že to bude vše spolu souviset.

Zde jsem našel jeden článek ale zřejmě je to na jinou verzi debianu. https://www.supermicro.com/support/faqs/faq.cfm?faq=24963

Prosím mohl by mi někdo poradit o co jde? Nebo jak mohu odstratnit tyto hlášky při bootu.
System nabíha rychle za 16s a dobře.

Děkuji
#6
Zdar hoši, dnes jsem řešil stejný problém a nakonec na err_mask=0x40 mě zafungovalo:
V etc -> default -> grub

#GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX_DEFAULT="libata.force=noncq"
#7
Tohle jsem myslel co psal Roman v příspěvku:

""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Jestli je to aktuální, teda nic spešl mě nenapadá, ale jestli tohle funguje, udělal bych z toho smyčku, hodil do rc.local v /etc a nazdar:

while :
  do ethtool -s enp9s0 speed 100 duplex full
  sleep 29m
done

Každejch 29 minut spustí ethtool -s enp9s0 speed 100 duplex full
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

A změnil bych ho na:

while :
  do chown aricak:aricak -R /run/user/1000
  sleep 1m
done

exit 0
#9
Já se fakt picnu, co je zas tohle...

Opět mám stejný problém jako zde:
https://forum.debian-linux.cz/index.php?topic=2028.msg12602#msg12602, ale je to trochu jiné

Špatnej vlastník /run/user/1000 a jeho obsahu. Důvodů existuje poměrně dost, ale minimálně dočasný (= na jedno sezení) řešení by mohlo bejt:
# chown aricak:aricak -R /run/user/1000

Ano je to vlastník root:root, ale když soubor změnim na 1000:1000 (což je aricak:aricak) po chvíli se opět vlastník změní na root:root

Někde zde na forum jsem viděl cykl while loop, co když to dám do cyklu aby se soubor měnil  vlastník 1000:1000? každou minutu? :-D
#10
Beru zpět, je to tam vypnul jsem zamykání obrazovky to by mělo být ono.

PS: Zdá se mi, že teď po čisté instalaci Debianu vše chodí mnohem lépe a rychleji. Navíc jsem tam konečně vecpal gafickou kartu, takže mám i podporu 3D.
PS2: Co znamenají balíky z nonfree distribuce? Nainstaloval jsem nvidia ovladače právě z non-free. To se někde musí zaplatit?
#11
JJ mám MATE, ale tam je to vypnuté a bez reakce.
#12
Dobrý den, mám dotaz po delší době když přijdu k PC musím odemknout plochu heslem, nelze to nějak vypnout aby se to na heslo neptalo...

Jediné co mi napadá je v konfiguraci lightdm.conf ale nevím jakou volbu mám hledat.

Díky za rady
#13
Vyřešeno PŘEINSTALALCE DEBIANU.
#14
Tak jsem si stím hrál tak dlouho až system nenaběhl vůbec. :-D

Vyřešeno PŘEINSTALALCE DEBIANU.
#15
Napadlo mi odinstalovat DM. Ale tohle vypadá na práva složek a přístup k němu jako je uživatel id1000. Pochopil jsem že než se dostaneš do X tak k tomu je potřeba několik dalších programů. Napadla mi věc, kdybych je přeinstaloval.

PS: jinak vše běží tak jak má...