[RISOLTO] no accesso ssh, causa libc6 e libtinfo (broken..)

[mark]

per me ok, sarebbe stato interessante avere un riscontro diretto ma pazienza

[aventuri]

peccato che questa discussione sia stata abbandonata, sarebbe stato utile ed interessante sapere se e come il problema è stato risolto

ciao, scusate se ho mancato di aggiornare il post;
ho terminato da poco di "lavorarci", da remoto, per ripristinare la situazione precedente.

ho fatto mettere su un "debian liveCD" sperando che avesse una via facile per accesso remoto via ssh. (avevo provato anche systemRescue, prima, che dicevano su internet, ma ho scoperto che il server è così vecchio che non è neanche 64 bit.. )

con Debian live ho dovuto far alcuni passi a mano, necessari per arrivare alla connessione remota:
* aggiornare "live" il db dei pacchetti debian (apt-update)
* installare (nel root fs in RAM "volatile") il pacchetto openssh-server "live"
* configurare IP di rete statico (è su una lan senza DHCP..)
* far partire il ssh daemon
* configurare password dell'utente "user", altrimenti ssh non fa entrare..

cosi posso entrare da remoto per "manipolare" il root filesystem target (/dev/sda1) senza problemi di file occupati.

subito ho messo al posto del bash la bash-static [*] presa dall'archive di quella Debian Wheezy "antica" ed almeno cosi in locale possono almeno "loggarsi" su console in ogni caso.

tuttavia altri problemi erano presenti, più o meno correlati; i parametri di rete NON vengono correttamente configurati al boot perché la scheda si presenta come "eth2" invece che eth0, colpa delle persistent rules di udev.. cancellato il file /etc/udev/rules.d/70-persistent-net.rules al boot successivo ha preso la scheda giusta.

nel frattempo, comunque, ho fatto configurare a mano la rete con i comandi ip (ip addr ... & ip link set ... per tirare su il livello fisico..), son riuscito ad entrare da remoto.

a questo punto per risolvere il problema di interoperabilità (tra libc6 e ncurses) presente, volevo valutare quale percorso "migliore" tra:

* incrementare la versione di libc6 >= 2.15 (magari c'erano altri fix di sicurezza?)
* tornare indietro con i pacchetti ncurses e libtinfo5

l'idea era comunque di

* partire a sovrascrivere beceramente i file "binari" modificati in /usr /lib al primo passaggio
* poi eventualmente sistemare il "database" dei pacchetti..) al reboot "nativo", per mettere consistente il rootfs con l'immagine presente nel DB dei pacchetti (passaggio ancora da sistemare..).

ho valutato quanto poteva essere impattante il cambiamento/aggiornamento della libc6della come da prima opzione.. e mi son "spaventato" :-) vedi i depende ed i break in Packages.gz.. per altro una versione dichiarata come >= GLIB2.15 non l'ho mica trovata nei "Packages.gz" qui

http://archive.debian.org/debian/dists/ ... nary-i386/

e neanche nei backports..

http://archive.debian.org/debian/dists/ ... nary-i386/

quindi non ero convinto di come procedere con questa opzione..

allora ho controllato quanti file contengono i due pacchetti che erano stati aggiornat "malamente"i: libtinfo5_5.9-10_i386.deb libncurses5_5.9-10_i386.deb

son proprio pochi files 10 circa..

sono andato giù per questa strada minimalista, ed avrei voluto allegare, a puro scopo illustrativo, il tar.gz che ho applicato sopra il filesystem target montato su /mnt/sda1. ma son >300KB (anche con xz) e quindi posto dopo solo la lista dei file

al reboot successivo, tutto è tornato a funzionare..

[aventuri]

ecco la lista dei file e dei link simbolici che ho ripristinato per tornare indietro rispetto ai pacchetti "rogue".

Codice: Seleziona tutto

~/personale/ncurse-broken$ tar tvfz ncurses-orig-5.9.10.tgz
drwxr-xr-x avalpa/avalpa     0 2012-06-27 17:28 usr/
drwxr-xr-x avalpa/avalpa     0 2012-06-27 17:28 usr/lib/
drwxr-xr-x avalpa/avalpa     0 2020-06-15 09:44 usr/lib/i386-linux-gnu/
lrwxrwxrwx avalpa/avalpa     0 2012-06-27 17:28 usr/lib/i386-linux-gnu/libform.so.5 -> libform.so.5.9
-rw-r--r-- avalpa/avalpa 59860 2012-06-27 17:28 usr/lib/i386-linux-gnu/libform.so.5.9
-rw-r--r-- avalpa/avalpa 55068 2012-06-27 17:28 usr/lib/i386-linux-gnu/libtic.so.5.9
-rw-r--r-- avalpa/avalpa 13616 2012-06-27 17:28 usr/lib/i386-linux-gnu/libpanel.so.5.9
-rw-r--r-- avalpa/avalpa 30460 2012-06-27 17:28 usr/lib/i386-linux-gnu/libmenu.so.5.9
lrwxrwxrwx avalpa/avalpa     0 2012-06-27 17:28 usr/lib/i386-linux-gnu/libmenu.so.5 -> libmenu.so.5.9
lrwxrwxrwx avalpa/avalpa     0 2012-06-27 17:28 usr/lib/i386-linux-gnu/libpanel.so.5 -> libpanel.so.5.9
lrwxrwxrwx avalpa/avalpa     0 2012-06-27 17:28 usr/lib/i386-linux-gnu/libtic.so.5 -> libtic.so.5.9
drwxr-xr-x avalpa/avalpa     0 2012-06-27 17:28 usr/share/
drwxr-xr-x avalpa/avalpa     0 2020-06-15 09:44 usr/share/doc/
lrwxrwxrwx avalpa/avalpa     0 2012-06-27 17:28 usr/share/doc/libncurses5 -> libtinfo5
drwxr-xr-x avalpa/avalpa     0 2012-06-27 17:28 usr/share/doc/libtinfo5/
-rw-r--r-- avalpa/avalpa 19049 2012-06-27 17:20 usr/share/doc/libtinfo5/changelog.Debian.gz
-rw-r--r-- avalpa/avalpa  6366 2012-06-23 10:24 usr/share/doc/libtinfo5/copyright
-rw-r--r-- avalpa/avalpa 160818 2011-04-05 20:31 usr/share/doc/libtinfo5/changelog.gz
-rw-r--r-- avalpa/avalpa    530 2012-06-23 10:24 usr/share/doc/libtinfo5/TODO.Debian
drwxr-xr-x avalpa/avalpa      0 2012-06-27 17:28 lib/
drwxr-xr-x avalpa/avalpa      0 2020-06-15 09:44 lib/i386-linux-gnu/
-rw-r--r-- avalpa/avalpa 125424 2012-06-27 17:28 lib/i386-linux-gnu/libtinfo.so.5.9
lrwxrwxrwx avalpa/avalpa      0 2012-06-27 17:28 lib/i386-linux-gnu/libtinfo.so.5 -> libtinfo.so.5.9
lrwxrwxrwx avalpa/avalpa      0 2012-06-27 17:28 lib/i386-linux-gnu/libncurses.so.5 -> libncurses.so.5.9
-rw-r--r-- avalpa/avalpa 141460 2012-06-27 17:28 lib/i386-linux-gnu/libncurses.so.5.9

[mark]

ad occhio potevi risolvere in modo più canonico utilizzando gli strumenti del sistema operativo
esempio comando classico per reinstallare

Codice: Seleziona tutto

apt-get --reinstall install pacchetto1 pacchetto2