Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Ho l'abitudine di aggiornare i nuovi packages man mano che vengono aggiunti alla current e tutto è andato sempre bene; il guaio è arrivato quando sono passato a udev-097.
Al riavvio del computer il boot si è fermato proprio nel momento in cui viene lanciato udev; è comparso un messaggio di errore per informarmi che il filesystem dove ho Linux (/dev/hdb5) era corrotto e e2fsck non poteva essere eseguito!!!
Mi veniva concesso solo l'accesso in sola lettura che mi impediva però di rimettere le cose a posto.
Ho risolto miracolosamente con una Slaxx live dalla quale ho dato i comandi:
Ho avuto anche io lo stesso malfunzionamento. Il filesystem non è corrotto comunque
Risolto come... vediamo se ricordo bene... dunque ho fatto partire il pc dal cd di installazione (uno qualunque), montare la partizione in /mnt, cancellare il pacchetto udev con pkgtool, cancellare i vecchi file di udev in rc.d. Riavviare e far partire il sistema normalmente, parte, installare udev. Da qui in poi il mio sistema ha funzionato.
Spiegazione un po empirica, ma se ti accontenti...
Ti compare il messaggio della password di root per entrare in maintenance?
Capita anche a me, ho risolto facendo partire udev 2 volte (la seconda ovviamente non fa nulla) nell'rc.S righe 43+
# Mount sysfs next, if the kernel supports it:
if [ -d /sys ]; then
if cat /proc/filesystems | grep -wq sysfs ; then
if ! cat /proc/mounts | grep -wq sysfs ; then
/sbin/mount -v sysfs /sys -n -t sysfs
fi
fi
fi
/etc/rc.d/rc.udev start #<---------Aggiunta
# Enable swapping:
/sbin/swapon -a
Si lo stesso errore che ho avuto anche io
con udev 097-i486-9
poi per un periodo ho usato lo 0.100 di linuxpackages e andava bene,
poi ho aspettato la nuova versione ufficiale di slackware-current
udev-097-i486-10
e continua ad andare bene.
Anch'io ho riscontrato quel problema con udev 0.97 un po' di tempo fa...
Non mi sono voluto sbattere più di tanto e, se ben ricordo, dopo aver reso ineseguibile udev in rc.d avviando con una live, ho riavviato il sistema e ho rimesso la versione che avevo...
Allora ... ho fatto ulteriori esperimenti ed ho potuto appurare che udev-097 intruduce una enorme quantità di cambiamenti che stravolgono completamente la vecchia configurazione!
Non basta quindi installare il solo package udev-097; è necessario installare anche diversi altri package, in particolare quelli che contengono i vari script di avvio da mettere in /etc/rc.d (ad esempio, rc.S, rc.M, etc).
Principalmente questi script si trovano nel package sysvinit-xyz.
Ho provato ad aggiornare anche i nuovi rc.S e rc.M e in effetti udev-097 parte regolarmente ma poi non riesce a fare il mount dei vari dispositivi e il kernel si blocca senza dare più segni di vita; segno evidente che mancano altri script importanti!
Come viene spiegato anche nel sito ufficiale del progetto Udev, ogni distribuzione Linux è associata ad un ben preciso udev ed eventuali aggiornamenti troppo spinti potrebbero pregiudicare il corretto funzionamento del sistema; se proprio non volete rinunciare a udev-097, vi conviene allora installare interamente la nuova Slackware 11.
no, aspè che stai sparando cose a caso. rc.S e rc.M non sono strettamente collegate con udev, quelli sono gli script di avvio del sistema che hanno installato tutti. PS: smettiamola con la questione delle versioni diverse perchè tra 10.2 e 11 ci sono stati solo aggiornamenti di pacchetti, niente modifiche strutturali e sostanziali.
Pat ha scritto:
* There was a major upgrade to a/udev and a/sysvinit - make *sure*
you merge the *.new scripts in /etc/rc.d prior to rebooting or you
*will* have problems.
* If you're having trouble with udev, make sure you've synchronized
all of the .new config files and init scripts first. Most of these
issues can be fixed with a little bit of fine tuning, such as
blacklisting unwanted modules in /etc/modprobe.d/blacklist and loading
the desired replacements in /etc/rc.d/rc.modules. Often simply
blacklisting them will result in udev loading the correct modules.
Also, keep in mind that newer versions of udev (084+) require at least
a 2.6.15.x kernel. Experiment with it before resorting to this, but if
you simply must have one of them, there are alternate versions of udev
in /extra.
* If you're running a 2.6 kernel and new udev (084+) on a router,
you'll probably need to uncomment (and possibly edit to suit) the rules
in /etc/udev/rules.d/network-devices.rules to make your interfaces
always get the same names assigned. Hotplugging events are generated
(and processed) in random order by udev, so there's no guarantee that
your current eth0 will *always* be eth0 unless you uncomment (and
possibly edit) those rules.
* If you need custom udev rules, DO NOT edit the default udev.rules
file - any changes you make will be clobbered with the next udev
upgrade. The correct way is to add a custom file to the
/etc/udev/rules.d/ directory - most people use '10-local.rules' - and
add your custom rules there. If there is some reason that one of the
default rules needs to be changed, mail Piter Punk and/or Pat with an
explanation.
dapuzz ha scritto:no, aspè che stai sparando cose a caso. rc.S e rc.M non sono strettamente collegate con udev, quelli sono gli script di avvio del sistema che hanno installato tutti. PS: smettiamola con la questione delle versioni diverse perchè tra 10.2 e 11 ci sono stati solo aggiornamenti di pacchetti, niente modifiche strutturali e sostanziali.
Prova a dare uno sguardo al nuovo rc.S (nella current) e poi mi dici se c'entra o non c'entra con udev!
Avevo capito male, pensavo che tu non avessi mai installato i sysvinit, e che stessi dicendo che se si installa udev allora si devono installare anche quelli, mentre sappiamo tutti che gli script di avvio sono indispensabili.
PS: ma voi avete installato anche il pacchetto devfsd che sta in pasture? Quando Pat scrive
# Start devfsd if necessary. On newer kernels, udev should be used instead.
mica ci vuol far partire udev lì?
Ho aggiornato udev-097 e sysvinit dalla current ma il boot fallisce sempre con lo stesso messaggio; non riesce a creare i device e mi permette solo di accedere in "maintenance" come root!
Udev-071 non mi crea i device in /dev/sound per cui tutti i programmi che usano OSS non riescono ad emettere suoni; l'unico che mi funziona perfettamente è udev-064 della Slackware 10.2.
In linea di pricipio non me ne fregherebbe nulla di udev-097 se non fosse che i nuovi kernel richiedono versioni di udev piuttosto aggiornate.
L'aspetto ridicolo poi è che persino Pat dice di aver avuto lui stesso problemi con udev-97; questo è il colmo visto che è stato lui, insieme a quell'altro pazzoide di Peter Punk, a modificare pesantemente tutto il supporto udev della Slackware 11, compresi i relativi script.
Continuando di questo passo, con l'ostinazione a voler fare tutto da solo, c'è il serio rischio che la Slackware gli esploda tra le mani!
dapuzz ha scritto:
PS: ma voi avete installato anche il pacchetto devfsd che sta in pasture?
io ho installato il pacchetto devs-2.3.1-noarch-25 che si trova in slackware/a/
ho fatto l'installazione completa della 11 seguendo il file UPGRADE.TXT e a me va tutto bene; phobos, tu hai fatto così o hai seguito altre strade?
Paoletta ha scritto:io ho installato il pacchetto devs-2.3.1-noarch-25 che si trova in slackware/a/ ho fatto l'installazione completa della 11 seguendo il file UPGRADE.TXT e a me va tutto bene; phobos, tu hai fatto così o hai seguito altre strade?
Ho seguito altre strade. Infatti, non funziona!
Però ho il sistema più che aggiornato; certe librerie sono anche più aggiornate di quelle della current!
Adesso comunque mi leggo bene UPGRADE.TXT e vedo se ho qualche dipendenza mancante.
