Newsgroup: it.comp.os.linux.sys
Titolo: Problema scrittura in /usr/sbin e /usr/bin

Oggidì sulla mia SparcStation personale (fatefunzioni server mail, web
e affini per me medesimo a casa) e lancio un bel apt-get upgrade tanto
per aggiornare i pacchetti, anche perchè sono abbastanza vecchiotti.
Mi è capitata una cosa assai strana che riporto:
pulistation:~# apt-get upgrade -f
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso
Lettura informazioni sullo stato... Fatto
Correzione delle dipendenze in corso... Fatto
[cut]
0 aggiornati, 0 installati, 0 da rimuovere e 248 non aggiornati.
2 non completamente installati o rimossi.
Ã necessario prendere 334B/334MB di archivi.
Dopo quest'operazione, verranno occupati 1821kB di spazio su disco.
Continuare [S/n]?
Dopo quest'operazione, verranno occupati 1821kB di spazio su disco.
Continuare [S/n]?
Estrazione dei template dai pacchetti: 100%
Preconfigurazione dei pacchetti in corso
(Lettura del database ...
[cut]
 impossibile creare `./usr/bin/rpcgen': Permission denied
dpkg-deb: il sottoprocesso paste Ã¨ stato terminato dal segnale (Pipe
rotta)
Mi preparo a sostituire libc6 2.7-18 (con .../
libc6_2.7-18lenny6_sparc.deb) ...
Spacchetto il sostituto di libc6 ...
dpkg: errore processando /var/cache/apt/archives/
libc6_2.7-18lenny6_sparc.deb (--unpack):
 impossibile creare `./sbin/ldconfig': Permission denied
dpkg-deb: il sottoprocesso paste Ã¨ stato terminato dal segnale (Pipe
rotta)
Processing triggers for man-db ...
Sono occorsi degli errori processando:
 /var/cache/apt/archives/libc6-dev_2.7-18lenny6_sparc.deb
 /var/cache/apt/archives/libc6_2.7-18lenny6_sparc.deb
[cut]
E: Sub-process /usr/bin/dpkg returned an error code (1)
Effettivamente se provo a creare un file in /usr/* mi dà errore:
pulistation:~# echo "1" > /usr/bin/test.txt
-su: /usr/bin/test.txt: Permission denied
pulistation:~#
Ora la domanda è: a voi è mai capitato una cosa del genere? Se sì come
risolvo questa incresciosa situazione?
Già provato fsck ed è tutto apposto, una ricerca su google mi ha
riportato solo sul forum di ubuntu, uno che ha quasi il mio identico
problema, ma nessuna soluzione. Mi resta solo la reinstallazzione
completa dell'OS? Oppure sono io che ho cannato qualcosa e non me ne
sono accorto?
Saluti

 Se sì come risolvo questa incresciosa situazione?
ammesso che il tuo disco sia a posto, a me, quando spengo i container
LXC succede che il filesystem si mette in sola lettura, nonostante
sembra che sia montato in scrittura.
Mi pare che mtab non venga aggiornato, perché il comando parte dal
container.... comunque bando alle ciancie, la soluzione è banale nel
mio caso:
mount -o remount,rw /mount/point
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 mount -o remount,rw /mount/point
Già provato, non funziona...

 Già provato, non funziona...
Flag immutable?
Vedi con lsattr, eventualmente cambi con chattr.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_____________________________________________________________________
Non sprecare i cicli idle della tua CPU. Usali per qualcosa di utile.
http://orbit.psi.edu/
 
http://www.worldcommunitygrid.org/index.jsp
 
http://boinc.berkeley.edu/projects.php

 Vedi con lsattr, eventualmente cambi con chattr.
s---ia--------I---- /usr/bin
s---ia--------I---- /usr/sbin
pulistation:~# chattr -i /usr/bin
pulistation:~# chattr -i /usr/sbin/
pulistation:~# lsattr /usr/
s----a--------I---- /usr/bin
s----a--------I---- /usr/sbin
Reboot per esere sicuri...
pulistation:~# echo "1" > /usr/bin/test.txt
-bash: /usr/bin/test.txt: Operation not permitted
pulistation:~# mount
/dev/hda2 on / type ext3 (rw,errors=remount-ro)
[cut]
/dev/hda1 on /boot type ext3 (rw)
pulistation:~#
Nada, non funziona, mi sà che mi tocca reinstallare l'OS...

 Nada, non funziona, mi sà che mi tocca reinstallare l'OS...
Ma no!
Leva anche quell'a, sempre con chattr.


 Leva anche quell'a, sempre con chattr.
ma il punto è: chi gli ha impostato quel flag su quelle directory?
Per me gli hanno bucato il sistema.... a quel punto val la pena di
reinstallarlo.


 reinstallarlo.
Risolto. Oggidì è deceduto l'HD primario. Mi sà che era quello che
creava casini... Adesso reinstallo
Grazie a tutti

 wrote:

mh... era una tra le cose che avevo presupposto "ammesso che il tuo
disco sia a posto".
A parte questo, la Sparc per uso domestico è praticamente ingestibile.
Fin tanto che si rompe un disco lo cambi senza problemi. Ma se si rompe
qualsiasi altra cosa si rompe puoi buttare tutto via. Tranne che tu non
abbia tempo e voglia di passarti il tempo su e-bay a cercare i pezzi.
A me è successo così con una Ultra5, che per fortuna avevo pagato solo
15 euro.


 abbia tempo e voglia di passarti il tempo su e-bay a cercare i pezzi.
Recuperai suddetta macchina (e altre con i relativi pezzi di ricambio
originali e nuovi) da un'azienda
che passò tutto su IBM as400 e x-series. Suddette macchine son tuttora
nuove e MAI utilizzate.
Quindi per un pò non mi preoccupo, però mi "girano" se tengo suddette
macchine ferme e inutilizzate
anche se le ho avute "agratisse".

 originali e nuovi) da un'azienda [...]
Per sincerarmi di che cosa stessimo parlando, ho riletto il tuo primo 
articolo. 
Ma hai davvero uno di questi dinosauri qui (ho scelto l'ultima macchina 
della serie)?
http://en.wikipedia.org/wiki/SPARCstation_20
Mi son chiesto quanto consumi una roba così, per poi avere prestazioni... 
ehm... come dire... inferiori a quelle di un moderno telefonino? <veg>
Comunque, dicevo, rileggendo il tuo primo articolo ho notato qualcosa a 
cui non avevo fatto caso.
| necessario prendere 334B/334MB di archivi.
| Dopo quest'operazione, verranno occupati 1821kB di spazio su disco.
O quella macchina usa un fs compresso che definire strabiliante mi 
parrebbe riduttivo, o anche lì c'era qualcosa che non tornava, mi sa.


 parrebbe riduttivo, o anche lì c'era qualcosa che non tornava, mi sa.
Non è detto.. Quando aggiorno il mio server spesso mi dice che verranno 
prelevati dall'archivio tot mb e che poi verranno occupati soltanto pochi kb

 parrebbe riduttivo, o anche lì c'era qualcosa che non tornava, mi sa.
No, è tutto regolare.
1821kB è un delta, tra il pacchetto attualmente installato e quello che
sta per essere installato.
Cioè, lo spazio in più occupato dai pacchetti più recenti.


 1821kB è un delta
Ah! Giusto! :)
