Sziasztok !
Egyre többször találkozom azzal a Fedora 33 / kde leállításakor, hogy várakozik egy user process miatt.
Eddig a rekord 2:30 volt. Egyszerűen nem értem mire vár. Addig ok, hogy vannak hálózati mappák amiket le kell válasszon. de egy desktop gépnél mi a bánatra kell várni több mint 2 percig?
Nem lehetne csak úgy leállni egy számítógépnek? :)))
Csak én járok így vagy ez egy Fedora / KDE szolgáltatás?
- 723 megtekintés
Hozzászólások
Ubuntunál is előfordul. Amúgy van timeout, ubinál 1 perc 30 másodperc. Szóval tovább nem vár, mint az. És ott sokszor a chrome valamelyik háttér szála akadt be.
Ha jól emlékszem ki is derül a logokból, hogy mire várt. Ha mindig ugyanaz, akkor talán a programmal van baj.
- A hozzászóláshoz be kell jelentkezni
Killall sigterm signalnak es killall kill signalnak is volt regen egy allithato timeout erteke, amikortol mar "az fusson". Ilyen letezik meg, vagy a systemd-vel "megszunt"?
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Epp ittam volna egy masodik kavet. Aztan lattam a linket:
...github...systemd/systemd...issuecomment...
Es ugy dontottem, hogy veszelyes lenne ma az a masodik kave, inkabb megnyitom azt a linket, es attol biztosan felmegy a vernyomasom.
Hat pont igy tortent.
- A hozzászóláshoz be kell jelentkezni
így, hogy lenyugodtál, meg lehet kérdezni, hogy miért?
- A hozzászóláshoz be kell jelentkezni
Jogos ticket closed, normalis javaslat (ami annyira egyszeru hogy ne "a job"-ot hanem "job [job-name]"-et irjon ki oknak) ignoralva, tipikus systemd mindennapok.
- A hozzászóláshoz be kell jelentkezni
Azért kérdem, mert nem olvastam végig, de igazából a linkelt commentben nem láttam égetnivalót.
Az meg, hogy ignorálva lett... Hát, egy 4 éve closed ticketet, amibe pötyi beleírta, hogy valami coredump issue (ami szerinte a main topic volt, ezt nem nyálaztam végig, hogy igaz-e) megoldódott, ahol három éve egyszer már még valaki kulturáltan elmagyarázta még extrában, hogy miért nincs ez assignolva, és mit kellene tenni (tömören, ez nem egy bugreport, hanem egy halom tököm). Na ebbe írja bele valaki három év tetszhalottság után*, hogy mi lenne, ha az oda lenne írva a processz name. Úgy mellékesen, egy comment végén. Hát, valóban ignorálták, de hogy ez mennyire volt tőlük gonosz dolog, az azért kérdéses. Te olvasgatnál commenteket, amik egy monstre ticketre jönnek 4 évvel a lezárása után? Pláne alaposan? Mert én azért meg tudom érteni, aki ki se nyitja.
*van benne néhány comment, hogy el se olvastam, de nekem is volt már, hogy futott ez a timer
- A hozzászóláshoz be kell jelentkezni
Alt+SysRq+O
- A hozzászóláshoz be kell jelentkezni
Nem lehetne csak úgy leállni egy számítógépnek? :)))
De igen, csak az nem biztos, hogy jó lenne Neked ;-)
Ha mégis azt szeretnéd, 2 további tipp:
1) Váltás virtuális konzolra, és ott
Ctrl+Alt+Del
2) Aki szereti a Unix nosztalgiát (vigyázat, ez tényleg AZT csinálja! :-)
$ shutdown now
1. Megjegyzés: aki szeretné a systemd-t fikázni, nézze meg egy további régi Unixos tipp, a telinit működését ;-)
2. Megjegyzés: az ilyen radikális(abb) megoldásoknál azért nem árt visszaemlékezni az "életem nagy tévedései" címszóval kezdődő leírásokra, ti. melyik számítógépet akartam leállítani.
- A hozzászóláshoz be kell jelentkezni
2. Van, aki direkt örül a soronkívüli utazásoknak(:
- A hozzászóláshoz be kell jelentkezni
A shutdown a gyengek fegyvere. Az igazi ferfi nem fel leloni a gepet, ha nem kar a rajta levo adatokert.
halt -p
- A hozzászóláshoz be kell jelentkezni
Na jó, akkor megmondom az őszintét ;-)
$ ll /usr/sbin/{shutdown,telinit,halt,poweroff}
lrwxrwxrwx. 1 root root 16 febr 2 18.43 /usr/sbin/halt -> ../bin/systemctl
lrwxrwxrwx. 1 root root 16 febr 2 18.43 /usr/sbin/poweroff -> ../bin/systemctl
lrwxrwxrwx. 1 root root 16 febr 2 18.43 /usr/sbin/shutdown -> ../bin/systemctl
lrwxrwxrwx. 1 root root 16 febr 2 18.43 /usr/sbin/telinit -> ../bin/systemctl
A posztom csak a Unix-nosztalgia motiválta, azóta a kisgömböc már mind megette - legalábbis Fedorán, és a többi systemd-s disztróban.
- A hozzászóláshoz be kell jelentkezni
:(((
- A hozzászóláshoz be kell jelentkezni
Megyek, es beledolok a haltomba...
- A hozzászóláshoz be kell jelentkezni
-rwxr-xr-x 1 root root 22784 Nov 19 06:25 /sbin/halt
lrwxrwxrwx 1 root root 4 Nov 19 06:25 /sbin/poweroff -> halt
lrwxrwxrwx 1 root root 4 Nov 19 06:25 /sbin/reboot -> halt
lrwxrwxrwx 1 root root 4 Nov 19 06:25 /sbin/telinit -> init
Itt az van, hogy ha reboot -f a parancs, akkor 2 másodperc múlva a kernel már nem fut.
- A hozzászóláshoz be kell jelentkezni
Csak kíváncsiságból ;-)
Mit jelent az itt? Milyen rendszer?
- A hozzászóláshoz be kell jelentkezni
root@odon:~>equery belongs /sbin/halt
* Searching for /sbin/halt ...
sys-apps/sysvinit-2.97 (/sbin/halt)
root@odon:~>
Ez egy jólszituált Gentoo Linux, amiben a sysvinit csomag adja ezeket a utilityket.
- A hozzászóláshoz be kell jelentkezni
Jó gusztustalan, hogy a sbin-be a bin-ből linkel.
- A hozzászóláshoz be kell jelentkezni
uadmin 1 6
- A hozzászóláshoz be kell jelentkezni
Nem 2 0 a 2 paraméter?
Jogos, a tied még gyorsabb
- A hozzászóláshoz be kell jelentkezni
Tudtam, hogy Rád számíthatok! ;)
- A hozzászóláshoz be kell jelentkezni
Ha nem kártevővel, hanem a rendszer kínálta módon, de fejszecsapás gyorsasággal és biztos módon kell rebootot elérni akár márcsak memóriában futó kernelen, de lehet hogy már működő fájlrendszer sincs alatta, és nem számít semmi sem, csak a reboot akkor ez bevált:
echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger
Bővebb leírás:
https://www.recitalsoftware.com/blogs/17-howto-force-a-immediate-reboot-of-a-remote-linux-machine
- A hozzászóláshoz be kell jelentkezni
Rengeteg hasznos megoldás előkerült már, de eddig a szükséges jogosultságokat hanyagoltuk. Pedig hát
$ echo 1 > /proc/sys/kernel/sysrq
bash: /proc/sys/kernel/sysrq: Engedély megtagadva
- A hozzászóláshoz be kell jelentkezni