[Debian] Hwupgrade Clan [The Third Encounter]

[darkbasic]

Non potevi usare semplicemente fstab?

[kwb]

Originariamente inviato da darkbasic

Non potevi usare semplicemente fstab?

Sarebbe a dire?

[iron84]

C'era un po di tempo fa qualcuno che mi chiedeva quanto occupa il sistema appena avviato con la grafica (xfce) . Siamo sui 65 mega. (etch da netinstall)

[darkbasic]

Mi pare un po troppo.. con kde 3 sto sui 40 MB. Sei sicuro di aver levato dal conteggio cache e buffers?

[The_ouroboros]

Di punto in bianco dopo aver installato i driver della mia stampante Hp(che ho poi subito tolto) hal ha deciso di non partire più.

Quando provo a far partire hal mi da

zeus:/var/log# /etc/init.d/dbus restart
Stopping System Tools Backends: system-tools-backends.
Stopping network connection manager: NetworkManager.
Stopping Hardware abstraction layer: hald.
Stopping DHCP D-Bus daemon: dhcdbd.
Stopping system message bus: dbus.
Starting system message bus: dbus.
Starting DHCP D-Bus daemon: dhcdbd.
Starting Hardware abstraction layer: haldinvoke-rc.d: initscript hal, action "start" failed.
Starting network connection manager: NetworkManager.
Starting System Tools Backends: system-tools-backends.
zeus:/var/log#

[jeremy.83]

Originariamente inviato da iron84

C'era un po di tempo fa qualcuno che mi chiedeva quanto occupa il sistema appena avviato con la grafica (xfce) . Siamo sui 65 mega. (etch da netinstall)

Grazie, molto gentile. Te l'avevo chiesto perchè ho per le mani un p3 che potrebbe risorgere se prima non risolvo dei problemucci hw che ho riscontrato.

Originariamente inviato da darkbasic

Mi pare un po troppo.. con kde 3 sto sui 40 MB. Sei sicuro di aver levato dal conteggio cache e buffers?

[kwb]

Originariamente inviato da kwb

Poichè ho installato sul mio muletto una bella debian netinst ( lenny ) non mi montava l'HD esterno. Per far ciò sono quindi andato a modificare il file rc.local e gli ho sparato prima di "exit 0" un bel mount ntfs3g bla bla. Potrebbe funzionare?

Iptables: questa è la situazione - ho i pc collegati via Wi-Fi/Cavo al router. Sul muletto ho messo le seguenti regole:

# Generated by iptables-save v1.4.1.1 on Thu Nov 13 21:00:17 2008
*nat
:PREROUTING ACCEPT [81:12309]
:POSTROUTING ACCEPT [241:14487]
:OUTPUT ACCEPT [241:14487]
-A PREROUTING -i eth1 -p tcp -m tcp --dport 51671 -j DNAT --to-destination 192.168.0.9:51671 
COMMIT
# Completed on Thu Nov 13 21:00:17 2008
# Generated by iptables-save v1.4.1.1 on Thu Nov 13 21:00:17 2008
*filter
:INPUT DROP [267:33929]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [4736:798275]
-A INPUT -i lo -j ACCEPT 
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT 
-A INPUT -i eth1 -p tcp -m state --state NEW -m tcp --dport 51671 -j ACCEPT 
COMMIT
# Completed on Thu Nov 13 21:00:17 2008

Posso aggiungere qualcos'altro di utile al fine della protezione?

Per quanto riguarda il login manager, ho installato Slim. Il problema è che per arrestare il computer devo dare da riga di comando l'input ( "shutdown -h now" ). C'è un modo per abilitare il tastino di arresta il sistema?

Up

[Lybra85]

Originariamente inviato da iron84

Bhè, meglio che ci sia su experimental piuttosto che non ci fosse.
Poi comunque secondo me questa "stagnazione" di software è dovuto al fatto che siamo vicini al rilascio di lenny come stabile.

Ho una domanda in testa da un po:
come si usano i repository Experimental?

Nel senso,volendo usare Synaptic io posso forzare l'installazione di software appartenente agli Experimental ma se faccio "ricarica" non me li segna come pacchetti aggiornabili,sono io che devo selezionare tramite il forza versione pacchetto per pacchetto

C'è un modo per avere direttamente l'avviso dei pacchetti Experimental aggiornabili un po come se passassi dalla testing alla sid?

PS:della stabilità mi interessa relativamente,sono su virtual machine per cui anche se qualcosa va storto amen vorrei solo imparare ad usare gli Experimental

[iron84]

da che io sappia, non si può fare in automatico.

[guyver]

edit ehmm quoto iron
devi usare il terminale

[palmy]

Originariamente inviato da iron84

OO 3.0 c'è nei repository experimental
Io su lenny l'ho messo da lì.

Idem io e sul note di lavoro, funziona perfettamente senza alcun problema (almeno fin'ora).

[Carcass]

ma legge solo i docx o li scrive anche?? io so solo legge..............

[palmy]

Originariamente inviato da Carcass

ma legge solo i docx o li scrive anche?? io so solo legge..............

se ti riferisci al formato pseudo xml di microsoft di office 2007, per ora è supportata la sola lettura.

[iron84]

Originariamente inviato da guyver

edit ehmm quoto iron
devi usare il terminale

però da una parte è brutto, perchè col tempo ti dimentichi di cosa hai installato da experimental e sul lungo termine ti ritorna "una default release" cioè i pacchetti tornano ad essere o sid o testing man mano che passano di repository.

Se si potesse fare l'elenco di ciò che è installato che proviene da experimental ad esempio.....

[darkbasic]

Originariamente inviato da iron84

Se si potesse fare l'elenco di ciò che è installato che proviene da experimental ad esempio.....

Certo che si può:
apt-show-versions -u -b | grep experimental | cut -d ' ' -f 1

[iron84]

Fortissimo questo apt-show-versions!!!

Non capisco però perchè mi mette alcuni pacchetti upgradabili (con l'opzione -u) ma alla fine sembrerebbe di no, che non sono aggiornabili e che son già alla verisone più recente.

Però senza l'opzione -u, lasciando solo

apt-show-versions -b | grep experimental

si vedono tutti i pacchetti che ho usato prendendo da experimental

[jeremy.83]

Ciao a tutti, mi sto accingendo per la prima volta a compilare un kernel, dato che domani sono incredibilmente libero da impegni e posso dedicarmi a un progetto che ho lasciato indietro tempo fa (se aspetto darkbasic sul debian clan ). Ne approfitto anche del periodo di "latenza" che sta vivendo anche sid.

Ho deciso di tirar giù il kernel vanilla 2.6.27 e compilarlo alla debian way. Mi sorgono queste domande (un po' niubbe):
1) Ho un sistema a 64 bit. Se compilo il kernel vanilla sarà a 64 bit pure quello, giusto?
2) Prima di compiere quest'operazione, dove posso vedere i moduli che ho caricato ora sul kernel?

Dovrei applicare anche la patch low latency, ma magari questo in un'altra puntata.

Grazie a tutti coloro che mi risponderanno.

Ciao

[darkbasic]

Originariamente inviato da jeremy.83

(se aspetto darkbasic sul debian clan

Uh? Nemmeno mi ricordavo

Il kernel va bene il vanilla, ti ritroverai con un kernel 64 bit se la distro è amd64.
Per vedere i moduli che hai nel tuo kernel, trovi il config dentro /boot. Ti consiglio di partire da quello e togliere ciò che non ti serve e compilare staticamente il controller dell'hard disk e il driver del file system. Per una lista dei moduli che utilizza il tuo sistema invece ricordo che c'era un sito che gli davi in pasto l'output di lspci e ti sputava i moduli. Oppure c'è sempre lsmod

[jeremy.83]

Originariamente inviato da darkbasic

. Ti consiglio di partire da quello e togliere ciò che non ti serve e compilare staticamente il controller dell'hard disk e il driver del file system.

Grazie per la risposta.

Non ho capito bene la frase che ho quotato: in pratica mi stai suggerendo di partire dal vecchio kernel (non mi pare, visto che prima mi hai detto che il vanilla va bene)?

Ora sono su windows e non riesco a vedere dentro /boot, ma li trovo lì il controller dell'hard disk e il driver del FS?

Ah poi: uso la guida del Debian Clan o quella dei Debianizzati? Vedo che la differenza grossa sta nel comando fakeroot che non viene usato nella guida del clan. Quale mi consigliate?

[palmy]

Originariamente inviato da jeremy.83

....
Non ho capito bene la frase che ho quotato: in pratica mi stai suggerendo di partire dal vecchio kernel (non mi pare, visto che prima mi hai detto che il vanilla va bene)?
....

Si riferisce alla configurazione o più precisamente al file di configurazione del kernel: partendo da quello lo modifichi a seconda delle tue esigenze in modo da non compilare cose che non ti servono e/o non ti interessano(compilando ovviamente i sorgenti del kernel vanilla).

Questa è una procedura usuale ogni volta che ricompili il kernel, usi sempre il file .config del kernel precedente.