Ilyen sem fordult velem elő. Azt sem tudom mi is ez a "polkit.service"
Most "safe-upgrade" -tem a rendszert, konzolból indítottam z x-et ($ startx)
Bármire kattintok nem indul. A Ctrl+Alt+Backspace működik.
A syslog tele van ilyenekkel:
2023-08-03T18:14:36.006451+02:00 mst12 dbus-daemon[697]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.20' (uid=0 pid=1166 comm="/usr/libexec/rtkit-daemon")
2023-08-03T18:14:36.044282+02:00 mst12 systemd[1]: Starting polkit.service - Authorization Manager...
2023-08-03T18:14:36.097303+02:00 mst12 systemd[1]: polkit.service: Main process exited, code=killed, status=31/SYS
2023-08-03T18:14:36.097515+02:00 mst12 systemd[1]: polkit.service: Failed with result 'signal'.
2023-08-03T18:14:36.098038+02:00 mst12 systemd[1]: Failed to start polkit.service - Authorization Manager.
2023-08-03T18:14:36.099150+02:00 mst12 kernel: [ 502.712914] audit: type=1326 audit(1691079276.094:45): auid=4294967295 uid=999 gid=999 ses=4294967295 subj=unconfined pid=1302 comm="polkitd" exe="/usr/lib/polkit-1/polkitd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f4e297 code=0x0
# systemctl status polkit.service
× polkit.service - Authorization Manager
Loaded: loaded (/lib/systemd/system/polkit.service; static)
Active: failed (Result: signal) since Thu 2023-08-03 18:07:56 CEST; 19s ago
Docs: man:polkit(8)
Process: 1213 ExecStart=/usr/lib/polkit-1/polkitd --no-debug (code=killed, signal=SYS)
Main PID: 1213 (code=killed, signal=SYS)
CPU: 48ms
aug 03 18:07:56 mst12 systemd[1]: Starting polkit.service - Authorization Manager...
aug 03 18:07:56 mst12 systemd[1]: polkit.service: Main process exited, code=killed, status=31/SYS
aug 03 18:07:56 mst12 systemd[1]: polkit.service: Failed with result 'signal'.
aug 03 18:07:56 mst12 systemd[1]: Failed to start polkit.service - Authorization Manager.
Lehet ez az oka?
Ha igen mit lehet ezzel kezdeni?
A "safe-upgrade" ezeket frissítette:
binutils binutils-common binutils-x86-64-linux-gnu coinor-libcbc3.1 cpp-12 gcc-12 gcc-12-base gir1.2-polkit-1.0 google-chrome-stable libbinutils libctf-nobfd0 libctf0 libgcc-12-dev libglib-perl libgprofng0 libltdl7 libpolkit-agent-1-0 libpolkit-agent-1-0:i386 libpolkit-gobject-1-0 libpolkit-gobject-1-0:i386 libsframe1 libtbb12 libtbbbind-2-5 libtbbmalloc2 orca pkexec policykit-1 polkitd:i386 polkitd-pkla:i386 python3-wheel
Alig találtam erről a hibáról valamit, az is mind elavult.
Próbáltam néhány csomagot újra telepíteni, de semmi változás.
aptitude reinstall libpolkit-agent-1-0 ibpolkit-gobject-1-0 policykit-1
SZERK:
Hosszú percek után, egyszer csak beindult a firefox. Aztán elindítottam a VirtulBox win10 -et és itt lekzdett panaszkodni a pulseaudio -ra, de azért bejött.
Továbbra is küzd a polkit.service elindításával. Nagyon szokatlan.
LEZÁRÁS: Mint kiderült egy szerencsétlen bejegyzés a sources.list -ben végzetes katyvaszt alkotott a rendszerből, melyben még a fejlesztés alatt álló sid -ből származó csomagok is bekerültek. A polkit probléma csak a jéghegy csúcsa volt.
Egyelőre egy májusi mentésből visszanyertem egy működő képes rendszert (úgy néz ki ebben is vannak ide nem illő csomagok). Tanulság, jobban oda kell figyelnem a sources.list fájlra, ha olyan "nem létező" csomagokat használok mint a VirtualBox.
A témában még némi adatot lehet találni a https://hup.hu/node/182524 topicban.
- 590 megtekintés
Hozzászólások
A három leggyakoribb hibaok: betelt a lemez, selinux, systemd.
- A hozzászóláshoz be kell jelentkezni
A lemez nem telt be 15G szabad a rendszer partícióban - mondjuk nem gyenge 43G foglalt.
selinux, systemd - ezekkel mit lehet kezdeni, azontúl hogy újra telepítem?
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
apt-get install sysvinit-core sysvinit-utils
De ami még gyanus: miert van ez a csomag *:i386-tal jelolve? a multiarch-ra szerintem nincs szukseged, plane ha nem is tudjuk hogy ez minek a milyen valamije. (mmint en sem tudom mi ez). Szoval vsz ott van a kutya elasva, igy elsore.
- A hozzászóláshoz be kell jelentkezni
Az Adobe Reader miatt lett telepítve az i386.
Az sysvinit cuccok telepítve vannak, reinstall?
(Megint valahol elvesztettem a fonalat, ha systemd akkor minek sysv?)
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
ugyertem hogy a systemd helyett sysvinit alapu initrendszer inditja be a dolgokat.
- A hozzászóláshoz be kell jelentkezni
annyira cukik ezek a kommentek, van vmi baj egy konkrét serivce-el, és akkor bedobsz magyarázat nélkül egy ilyen cseréld ki a teljes initet javaslatot. Majdnem annyira jó, mint teve barátunk, aki szerint, bizonyára megint a systemd a szar, esetleg a selinux (ami besekapcsoltlinux a debianban alapból)
- A hozzászóláshoz be kell jelentkezni
Ez igy teljesen oke, de hogyha a valosagban nem elhanyagolhato esetben ez a gond... En kb ugy szoktam csinalni hogy clean install utan ha minden megy az fasza, ha meg be sem bootol rendesen akkor cserelem az init rendszert, oszt akkor utana (erdekes modon) eddig mindig jo lett. Nagyjabol pont leszarnam hogy mi az init rendszer, de ha egyszer az neha a szuk keresztmetszet, akkor az. Es mivel egy paranccsal le tudod cserelni az init rendszert es vissza is tudod tenni (egy masik hasonlo paranccsal) ezert boven ez a "probat meger" kategoria lehet. Es a kerdezo kollega elmondasa alapjan ennel rosszabb mar nem igazan lehet neki ez a resze.
- A hozzászóláshoz be kell jelentkezni
Annyiban egyetértek, hogy jó lenne megjavítani, de nagyon úgy fest újra kellene telepítenem az egészet.
(Az elején a nouveau drivert használom, számtalanszor összeakadt a VirtualBox -al és dög lassú a LibreOffice is)
Megint jöhet a kérdés, hogy stable vagy testing.
Több mint két éve telepítettem ezt az asztali rendszert, rengetegszer safe-upgrade alig hasonlít az eredeti önmagára.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
A Debian 12 kódneve a Bookworm. Rendben van a sources.list? Pár hete bénáztam az egyik gépemen és figyelmetlenségből Bullseye-t raktam fel a Bookworm helyett, de a Bullseye-re már a Bookworm sources.list-jét másoltam be (HTTPS miatt mindig csak copy-paste). Így ugye jobbra-balra frissült és addig csűrtem-csavartam, hogy kaptam egy Bullseye-t 6-os kernellel ami félig ennek, félig annak vallotta magát.
Utána felfrissítettem mindent és hibátlanul megy:D
Lehet ehhez semmi köze, csak feltűnt. Trixie majd a 13-as Debian lesz.
TheAdam
- A hozzászóláshoz be kell jelentkezni
Érdekes, gyorsan ránéztem a sources.list -re. Minden bookworm kivéve:
# for VirtualBox
deb http://deb.debian.org/debian sid main contrib non-free
Mondjuk a sid átalában a testing és ez az lenne, így lehet a sid ua.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
A sid nem csak általában nem a testing, hanem az unstable. A jelenlegi testing a trixie.
- A hozzászóláshoz be kell jelentkezni
Kösz! A számozás és az elnevezés folyton összezavar.
Valahova fel kellene jegyezni, egyszer így, egyszer úgy hivatkozunk rá.
Ha bizonytalan vagyok akkor /etc/debian_version de a nevét is beleírhatnák.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Ejj. Nem lehet, hogy sikerult ezt-azt a sid repobol telepiteni? Az erintett csomagok (init rendszer, a hibazo szerviz) illetve ezek fuggosegei nem kerultek "frissitesre" esetleg innen?
- A hozzászóláshoz be kell jelentkezni
Nem tudom kizárni. Hogy lehet ezt megnézni?
Már legalább egy éve nem módosítottam a sources.list -en, ha ilyen van azt akkor sem én csináltam/akartam.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Mivel a Virtualbox már régóta nincs benne a stable-ben, feltehetőleg ezért volt a sid sor. Viszont ilyenkor függetlenül attól, hogy a sources.list legtöbb sora a stable-re mutat, ha nincs apt pinning, akkor a sidből fogja leszedni a dolgokat, mert nyilván abban nagyobbak a verziószámok. Az pedig nem kifejezetten életbiztosítás, ha nem tudod, hogy mit csinál.
Jelenleg úgy látom, a sid épp nagyon unstable, a nálam lévő Debianon elég sok csomag van a sid-ben bugosnak jelölve, legalábbis az apt-listbugs szerint (mióta áttértem sidre, ezt használom, jó dolog, mert figyelmeztet, ha valamelyik felrakandó csomagban bug van, így el lehet dönteni, hogy mégis fel akarom-e tenni, vagy azt a csomagot holdingba teszem (ilyenkor automatikusan kiveszi, ha már megjavították a bugtracker szerint). Most elég sok csomagra van, úgyhogy egyelőre nem frissítek :)
(szerk:)
Nem tudom kizárni. Hogy lehet ezt megnézni?
apt-show <csomagnév>
és itt az APT-Sources: sor megmutatja, hogy melyik repoból van a csomag
- A hozzászóláshoz be kell jelentkezni
Klassz! http://deb.debian.org/debian sid/main amd64 Packages
Most ezzel mit kezdjek? A fene tudja hány ilyen csomag van már feltelepítve, ráadásul ezek a "legfrissebbek".
Hogy lehet egy ilyet helyrerakni?
SZERK: Ha nem bonyolult mi a pinning és hogy kell csinálni?
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Sokat nem tudsz vele kezdeni. Így hagyod, és majd a következő stable kiadásban már az akkori stable-re frissül - ha kiszeded a sid sort, vagy bevezeted a pinninget.
Néhány példa a pinning beállítására:
Apt-Pinning for Beginners (sbih.org)
Apt-Pinning and how to use it - a short introduction (howtoforge.com)
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
Van egy áprilisi mentésem, lehet kipróbálom azt feltenni és végül mi a jobb, a pinning vagy az hogy kiveszem a sid sort?
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Nyitottál erre egy új topicot, ott válaszoltam.
- A hozzászóláshoz be kell jelentkezni
Akkor csak a rend kedvéért: https://hup.hu/node/182524
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni