Gondoltam időszerű lenne futtatni egy apt-get upgrad-et a Raspbian Jessien.
Viszont az udev nevű csomag frissítésekor meghal az apt, ileltve ez miatt semi más csomagot nem tudok feltenni/frissíteni.
Ezt a hibát dobja:
$ sudo apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 87 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up udev (215-17+deb8u7) ...
Job for systemd-udevd.service failed. See 'systemctl status systemd-udevd.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript udev, action "restart" failed.
dpkg: error processing package udev (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
udev
E: Sub-process /usr/bin/dpkg returned an error code (1)Megnéztem amit írt, de semmi különös:
$ systemctl status systemd-udevd.service
● systemd-udevd.service - udev Kernel Device Manager
Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
Active: activating (start) since Fri 2017-07-14 19:02:20 CEST; 41s ago
Docs: man:systemd-udevd.service(8)
man:udev(7)
Main PID: 14968 (systemd-udevd)
CGroup: /system.slice/systemd-udevd.service
└─14968 /lib/systemd/systemd-udevd
Járt már valaki így?
Esetleg van tippetek a megoldásra?
- 828 megtekintés
Hozzászólások
Nézz szét a naplóban, hogy miért nem indul el a udevd (journalctl -u systemd-udevd.service), az alapján, hogy "41s ago activating", gyanús, hogy valamiért megborul indulás közben, mielőtt értesítené a systemd-t, az meg folyamatosan újraindítja.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Közben csak rosszabb lett a helyzet, már be sem bootol normálisan, csak emergency módban.
Nem tudja betölteni a kernel modulokat.
Majd most hétvégén tüzetesebben megnézem, de erős a gyanúm hogy az SD kártya haldoklik, mert egy bekonfingolt rendszer futott rajta, amihez hónapokig nem nyúltam, aztán egyszer csak elkezdet néha bebootolni, néha nem.
Most 4-5 próba után sem bootol be rendesen.
De majd szedek le egy boot logot, átnézésre.
- A hozzászóláshoz be kell jelentkezni
Nem akarok belekotyogni, de szerintem az R-Pi nincs igazán jól megcsinálva. Írogatják az SD kártyát, az meg kimúlik. Az OpenWrt meg a LEDE kulturáltabb: mindent kitettek RAM-ba, amit írni kell. Amit ritkán, mondjuk egy módosítandó konfig file-t, ami gond, ha elvész kikapcsoláskor, azt a read only flash squashfs fölé húzott overlay fs-re tették. Így alig nyúl az oprendszer írás céljából a flashhez.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Alapvető óvintézkedéseket én is megtettem, hogy minél kevesebb legyen az SD kártyára való írás.
Lehet ha lesz kedvem hétvégén, akkor megoldom, hogy winyóról menjen a rendszer.
Nem egy nagy dolog megoldani :)
- A hozzászóláshoz be kell jelentkezni
Csak szigszalag meg befőttes gumi legyen elég. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nálam kicsit más, de nem kevésbé elvetemültebb a megoldás :D
- A hozzászóláshoz be kell jelentkezni
Ez legalább kinéz valahogy. Barkács, de kulturált. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Könnyen lehet, hogy az RPi nincs jól megcsinálva, de maga a hardver csak teszi a dolgát: ha azt mondják neki, hogy írjon az SD-kártyára, akkor ír. A szoftveres megoldást kellene inkább kifogásolni, de azt meg lehet orvosolni.
- A hozzászóláshoz be kell jelentkezni
Pongyolán fogalmaztam. Nem az R-Pi a baj, hanem a legtöbb rá konfigurált oprendszer. Gondolom, R-Pi-re is lehet LEDE-t tenni, vagy egy bármilyen Linuxot úgy konfigurálni, hogy ne nagyon piszkálja a flash device-t.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni