[RISOLTO] Elenco pacchetti per una corretta installazione

[lablinux]

Ieri ho installato la slackware 13.1 a 64 bit, cosa che ho già fatto, ma al momento del boot si è fermata chiedendomi di inserire il run level.
Ovviamente qualsiasi numero ho provato (3 e 4) mi ha dato errore.
Faccio sempre l'installazione tramite "menu" e sicuramente in quest'ultima occasione mi sono perso qualcosa.
Io normalemente installo tutti i REQUIRED. Installo tutti i pacchetti presneti nelle sezioni librerie, develop e x (non sono corretti i nomi ma ci siamo capiti.... spero)
Dei restanti cerco di fare un censimento di quelli che reputo necessari (esempio non installo mysql e apache, non installo molti pacchetti in network come i vari BSD*)
Arrivo alla domanda, non c'è una lista di pacchetti indispensabili per il boot della macchina? O, ancor meglio, una lista di tutti i pacchetti con una miniguida o per lo meno a cosa serve.


CIao Michele

[Ansa89]

Nel wiki c'è una guida su come fare una "mini slacware" da mettere su chiavetta usb, dove trovi anche una lista di pacchetti necessari per il corretto avvio di slackware.
Credo sia ciò che fa al caso tuo.

[lablinux]

sono proprio pochi...
Sembra che manchino anche quelli REQUIRED...
M'è sorto un altro dubbio, io ho creato la partizione /etc in una partizione estesa... potrebbe essere che non arriva a leggere la partizione?

[Ansa89]

sono proprio pochi...
Sembra che manchino anche quelli REQUIRED...

Diciamo che è stato ridotto tutto all'osso, quindi anche alcuni pacchetti marcati come "required" sono stati omessi perché in realtà non sarebbero serviti per lo scopo del wiki.

M'è sorto un altro dubbio, io ho creato la partizione /etc in una partizione estesa... potrebbe essere che non arriva a leggere la partizione?

Non credo si possa montare "/etc" in una partiziona a parte (però non ne sono sicuro); è la prima volta che provi ad usare una partiziona a parte per "/etc"?

[Trotto@81]

Non credo si possa montare "/etc" in una partiziona a parte (però non ne sono sicuro); è la prima volta che provi ad usare una partiziona a parte per "/etc"?

Certo che è possibile farlo, anzi in alcuni ambiti è la prassi per evitare di perdere i file di configurazione dopo una formattazione.
L'unica accortezza è verificare che sia montata correttamente.

[Ansa89]

L'unica accortezza è verificare che sia montata correttamente.

Quindi il problema potrebbe derivare dal mount non corretto della partizione?

[hashbang]

L'unica accortezza è verificare che sia montata correttamente.

Quindi il problema potrebbe derivare dal mount non corretto della partizione?

Secondo me si, considerando che il problema sta nel caricamento del runlevel (e gli script di INIT si trovano /etc/rc.d/.....credo che debba controllare lo stato della partizione /etc.

EDIT:

Certo che è possibile farlo, anzi in alcuni ambiti è la prassi per evitare di perdere i file di configurazione dopo una formattazione.
L'unica accortezza è verificare che sia montata correttamente.

Se non ricordo male in ambito server insieme a /usr, /var.

[targzeta]

...M'è sorto un altro dubbio, io ho creato la partizione /etc in una partizione estesa... potrebbe essere che non arriva a leggere la partizione?

Intendi dire che la /etc non è nello stesso filesystem della root directory (/)? In questo caso è normale che ti chieda quale runlevel vuoi. Ricorda che il kernel monta la root directory e poi, generalmente, esegue il programma init. Però il file di configurazione di init è /etc/inittab...che però tu non hai perchè la /etc non è stata ancora montata.
Se vuoi fare una cosa del genere devi crearti un initrd e assicurarti di montare la /etc prima di proseguire.

Emanuele

[lablinux]

Non ricordo di aver mai separato la /etc dalla root.

Normalmente, quando faccio le cose fatte a modo mio, separo '/boot', '/', '/usr', '/tmp' e '/home' (quest'ultima a volte la formatto con reiserfs)
Se penso di metterci un db (postgresql) creo anche una '/var'.

Considerando che il mio pc è un portatile che uso come desktop e poco poco per sviluppare web, potrei anche creare una partizione root e basta, ma mi piace complicarmi la vita

Volevo separare la /etc per provare a montarla in sola lettura.

[hashbang]

Non ricordo di aver mai separato la /etc dalla root.

Normalmente, quando faccio le cose fatte a modo mio, separo '/boot', '/', '/usr', '/tmp' e '/home' (quest'ultima a volte la formatto con reiserfs)
Se penso di metterci un db (postgresql) creo anche una '/var'.

Considerando che il mio pc è un portatile che uso come desktop e poco poco per sviluppare web, potrei anche creare una partizione root e basta, ma mi piace complicarmi la vita

Volevo separare la /etc per provare a montarla in sola lettura.

Scusami, magari sto dicendo una cosa stupida, ma che te ne fai di una /etc montata in read-only se in quella directory vengono catalogati i file di configurazione? La Slack non è una distro usabile out-of-the-box come Ubuntu (ovviamente dipende dalle esigenze). Al massimo, visto il vasto parco software che la Slackware offre di base, potrei capire se tu montassi una /usr read-only in modo da poter usufruire del software della distro ed evitare eventuali disastri, ma una /etc.....ovviamente il tutto contornato da un bel IMHO.

[lablinux]

Non ricordo di aver mai separato la /etc dalla root.

Normalmente, quando faccio le cose fatte a modo mio, separo '/boot', '/', '/usr', '/tmp' e '/home' (quest'ultima a volte la formatto con reiserfs)
Se penso di metterci un db (postgresql) creo anche una '/var'.

Considerando che il mio pc è un portatile che uso come desktop e poco poco per sviluppare web, potrei anche creare una partizione root e basta, ma mi piace complicarmi la vita

Volevo separare la /etc per provare a montarla in sola lettura.

Scusami, magari sto dicendo una cosa stupida, ma che te ne fai di una /etc montata in read-only se in quella directory vengono catalogati i file di configurazione? La Slack non è una distro usabile out-of-the-box come Ubuntu (ovviamente dipende dalle esigenze). Al massimo, visto il vasto parco software che la Slackware offre di base, potrei capire se tu montassi una /usr read-only in modo da poter usufruire del software della distro ed evitare eventuali disastri, ma una /etc.....ovviamente il tutto contornato da un bel IMHO.

/etc in read only servirebbe per aumentare la sicurezza. Nessuno, neppure l'utente root potrebbe modificare la configurazione di sistema. Cosi, in caso di un attacco, il "malfattore" (ndr stronzone), anche se riuscisse a scalare i privilegi fino ad arrivare a diventare root, dovrebbe spegnere la macchina, inserire un cd di boot, modificare il file /etc/fstab (o uno simile) e riavviare...
Lo /usr in sola lettura no. In /usr/local ci installi il software non pacchettizato.

[hashbang]

/etc in read only servirebbe per aumentare la sicurezza. Nessuno, neppure l'utente root potrebbe modificare la configurazione di sistema. Cosi, in caso di un attacco, il "malfattore" (ndr stronzone), anche se riuscisse a scalare i privilegi fino ad arrivare a diventare root, dovrebbe spegnere la macchina, inserire un cd di boot, modificare il file /etc/fstab (o uno simile) e riavviare...
Lo /usr in sola lettura no. In /usr/local ci installi il software non pacchettizato.

Ma un malfattore sfruttando un exploit potrebbe anche attaccare la /usr e distruggerla A questo punto tutto il sistema dovrebbe girare in read-only. Se vuoi far girare un server (Apache o SQL) fallo in una Slackware in chroot e stai più sicuro, no?

Offtopic: inoltre perchè installi software in /usr/local? quando compili un software e gli passi l'opzione --prefix=/usr nella maggioranza dei casi viene installato in /usr e non in /usr/local a meno che non sei tu che passi l'opzione --prefix=/usr/local o altri casi (come uif2iso). Se non sbaglio i *BSD installano il software "estraneo" in /usr/local

[Ansa89]

/etc in read only servirebbe per aumentare la sicurezza. Nessuno, neppure l'utente root potrebbe modificare la configurazione di sistema. Cosi, in caso di un attacco, il "malfattore" (ndr stronzone), anche se riuscisse a scalare i privilegi fino ad arrivare a diventare root, dovrebbe spegnere la macchina, inserire un cd di boot, modificare il file /etc/fstab (o uno simile) e riavviare...

Malintenzionato che ha i permessi di root e non riavvia il pc:

Codice: Seleziona tutto

#mount -o remount,rw /etc
#rm -Rf /etc/*

[hashbang]

Nessuno, neppure l'utente root potrebbe modificare la configurazione di sistema. Cosi, in caso di un attacco, il "malfattore" (ndr stronzone), anche se riuscisse a scalare i privilegi fino ad arrivare a diventare root, dovrebbe spegnere la macchina, inserire un cd di boot, modificare il file /etc/fstab (o uno simile) e riavviare...

E poi oltretutto perchè non si dovrebbero modificare i file di sistema? GNU/Linux è IMHO uno spasso anche per questo. Lo modifichi come vuoi. Se sbagli a modificare la configurazione ed il sistema non parte o altro la colpa è tua. Se monti /etc in read-only come fai a (dis)attivare gli script di inizializzazione che (non) ti servono, tipo il bluetooth (per dirne una a caso)?

[Ansa89]

Se monti /etc in read-only come fai a (dis)attivare gli script di inizializzazione che (non) ti servono, tipo il bluetooth (per dirne una a caso)?

Per quello basta montarlo una volta in "rw" e impostare tutto quello che ti serve, poi lasciarlo "ro".