Potrebbe essere interessante sapere quale versione stai utilizzando e se ti è capitato di aggiornare i pacchetti di recente.

Ho riscontrato un messaggio di errore simile sul mio raspberry pi2 dopo l'aggiornamento a raspbian testing oggi (da stretch ). Tuttavia temo che possa essere causato da una gamma completa di motivi diversi.

Il messaggio di errore più preciso che ho ricevuto (da journalctl -u systemd-udevd ) è stato:

  27 settembre 16:33:46 raspberrypi systemd-udevd [10856]: / lib / systemd / systemd-udevd: errore durante il caricamento delle librerie condivise: / usr / lib / arm-linux-gnueabihf / libarmmem .so: impossibile ripristinare il prot del segmento dopo il riposizionamento: operazione non consentita  

Non sembra essere correlato a lib / systemd / systemd-udevd stesso. Infatti, se systemctl riavvio un altro servizio, ottengo un errore simile:

  root @ raspberrypi: / home / pi # systemctl riavvio systemd-timesyncd.serviceJob per systemd -timesyncd.service non è riuscito perché il processo di controllo è terminato con un codice di errore. Vedere "systemctl status systemd-timesyncd.service" e "journalctl -xe" per details.root@raspberrypi: / home / pi # journalctl -xe [...] 27 settembre 18:54:50 raspberrypi systemd-timesyncd [26811]: / lib / systemd / systemd-timesyncd: errore durante il caricamento delle librerie condivise: /usr/lib/arm-linux-gnueabihf/libarmmem.so: impossibile ripristinare la protezione del segmento dopo reloc: operazione non consentita [...]  

La mia comprensione è che systemd esegue binari in un ambiente che si scontra con un riposizionamento utilizzato in libarmmem.so . Questo è un bug in systemd (versione 234-3 qui) o nel pacchetto che fornisce libarmmem.so ( raspi-copy-and-fills , versione 0.6 da stretch qui).

systemd ovviamente è essenziale, mentre raspi-copy-and-fills non lo è (è un'ottimizzazione importante, ma il sistema può funzionare senza di essa). Ho risolto il mio problema con la seguente soluzione provvisoria:

  root @ raspberrypi: / home / pi # apt purge raspi-copy-and-fills

Chiaramente, monitorerò i possibili aggiornamenti a raspi-copy-and-fills (finora alla versione 0.6), sperando di ottenere sia un sistema avviabile e il veloce memcpy .

A partire da systemd 235-2, continua ancora con lo stesso errore.

Per le persone che arrivano qui da Google:

Se vedi che dopo apt dist-upgrade che udev , journald o anche timesyncd si bloccano,

Fino a quando raspi-copy-and-fills non viene aggiornato, eliminarlo come suggerito da Emmanuel Thomé è l'unica soluzione praticabile finora.

La ricostruzione di raspi-copy-and-fills da https://github.com/bavison/arm-mem risolve questo problema in buster.

Ho avuto lo stesso problema con i miei pi-3 e raspi-copy-and-fills installati. Udev / systemd 232-25 + deb9u1 era l'ultima versione funzionante. Tutti gli aggiornamenti a una versione più recente di udev non sono riusciti e sono stato sempre costretto a tornare a 232-25 + deb9u1

Ora ho rimosso raspi-copy-and-fills e l'aggiornamento a 239 -7 ha funzionato senza errori.

Ho riscontrato un problema simile dopo l'aggiornamento da Raspbian 8 a Raspbian 9. Dopo l'aggiornamento del pacchetto udev all'ultima versione di backport, il raspberry si avviava in modalità di emergenza:

  Benvenuto in modalità di emergenza! Dopo aver effettuato l'accesso, digita "journalctl -xb" per visualizzare i log di sistema, "systemctl reboot" per riavviare, "systemctl default" o ^ D per riprovare ad avviare in modalità predefinita. Fornisci la password di root per la manutenzione (o digita control-D per continuare) :  

rimuovendo raspi-copy-and-fills risolvilo !!

Oggi ho riscontrato lo stesso problema dopo l'aggiornamento a Raspbian buster. Sono stato in grado di riavviare il sistema dopo aver eliminato la versione 0.11 di raspi-copy-and-fills dalla modalità di ripristino come da risposta di @ emmanuel-thomé.

Data la risposta di @ vhdirk (che una ricostruzione da arm-mem source funziona), ecco come ho ricostruito un nuovo pacchetto raspi-copy-and-fills ...

Ho tirato a monte (arm-mem) e RPi- Distro repository, quindi ha portato la versione a 0.12 (il pacchetto udev 241-5 elenca le versioni precedenti di raspi-copy-and-fills).

  git clone https://github.com/p00ya/ arm-mem.git -b p00yacd arm-memdebuild -b -uc -ussudo dpkg -i ../raspi-copies-and-fills_0.12+nmu1_armhf.deb

Questo sembra work (testato con sudo systemctl restart udev dopo l'installazione).