[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: linux-image-2.6.32-5-686_2.6.32-27_i386.deb



* dea <dea@corep.it> [031110, 22:58]:
> 
> ... mi chiedo perchè...
> 
Anche io, ed ho continuato a cercare...
Il 'famoso 'Running yes' sul quale si bloccava, corrisponde
effettivamente ad un programma che, roba da non credere (traduco
liberamente da 'man yes'), si limita a 'produrre una stringa
ripetutamente fino a quando non viene fermato'.
[ad es: $ yes pincopallo -> sullo  schermo scorre la stringa 'pincopallo'
fino a quando non do` CTRL+C].

L'ho scoperto quasi per caso, esaminando 'ps':

root     22526  0.0  0.0   3680   480 pts/2    S+   00:02   0:00                      \_ yes 2.6.32-5-686 /boot/vmlinuz-2.6.32-5-686
root     22535  0.0  0.1   3808   720 tty2     S+   00:03   0:00              \_ grep yes

[Da notare che la pts/2 mi rimane irraggiungibile con ALT+F? e, quindi, invisibile]

Dopo aver messo fuori uso /usr/bin/yes,
'update-initramfs -c -v -k 2.6.32-5--686' non si blocca più su quella
riga, ma (ciò che segue è una parte di 'at-get upgrade'):

....
Setting up linux-image-2.6.32-5-686 (2.6.32-27) ...
Running depmod.
Running update-initramfs.
update-initramfs: Generating /boot/initrd.img-2.6.32-5-686
initrd.img(/boot/initrd.img-2.6.32-5-686
) points to /boot/initrd.img-2.6.32-5-686
 (/boot/initrd.img-2.6.32-5-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.32-5-686.postinst line 347.
vmlinuz(/boot/vmlinuz-2.6.32-5-686
) points to /boot/vmlinuz-2.6.32-5-686
 (/boot/vmlinuz-2.6.32-5-686) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.32-5-686.postinst line 347.
Running yes.
User postinst hook script [yes] failed to execute: No such file or directory  <----
dpkg: error processing linux-image-2.6.32-5-686 (--configure):
 subprocess installed post-installation script returned error exit status 255
.....
Errors were encountered while processing:
 linux-image-2.6.32-5-686
...
E: Sub-process /usr/bin/dpkg returned an error code (1)

Leggendo il 'postint' di cui sopra, vedo che ad un certo punto parla di
un user hook script, ma non vedo da dove vien fuori il lancio di 'yes'
(io, naturalmente, non ho mai definito 'coscientemente' un hook
script!).

Spero che quanto sopra possa aiutare i più esperti a capirne qualcosa in
più; ma già sarebbe interessante sapere se anche qualcuno di voi, nel
corso della creazione di initrd.img, vede in 'ps' che è stato lanciato
il programma 'yes'.

La buona notizia è che, nonostante l'errore dichiarato, il bootloader
viene aggiornato e quella vesione del kernel parte ;-)

Saluti,
    Ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ]    (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.              )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]


Reply to: