Problemi Slackware 12.1

[d4z_c0nf]

Mario intendi dire l'uso del make oldconfig che salta delle opzioni?

No, questione di update, short-form:

- 12.0 mette /etc/udev/rules.d/50-udev.rules, datato 2007
- 12.1 mette /etc/udev/rules.d/50-udev-default.rules
- piccola differenza tra i due, come impostare /dev/rtc
- reboot e prevale il primo
- il tempo del sistema sgarra di due ore (+2h)
- hwclock da errore non riconoscendo un /dev/rtc linkato/sbagliato
- rm -iv /etc/udev/rules.d/50-udev.rules
- reboot e tutto funziona, HH:MM:SS OK, come sulle altre 2 macchine
- hwclock funziona
- altro reboot, orologio aggiornato e perfettto

Da quel che ho capito Mario, parli di problemi dovuti all'upgrade,
forse si dovrebbe aprire un topic "Problemi dopo upgrade 12->12.1".
Comunque, nel wiki di conraid è segnalato il cambiamento di udev.
Si consiglia, se non sbaglio, di apportare le modifiche alle regole custom,
e successivamente di cancellare le vecchie.

IMHO

rock

[conraid]

- 12.0 mette /etc/udev/rules.d/50-udev.rules, datato 2007

Ma avrebbe dovuto togliertelo removepkg o upgradepkg
A me l'ha fatto in due pc

Se hai ancora quello controlla anche gli altri, non si sa mai

[d4z_c0nf]

- 12.0 mette /etc/udev/rules.d/50-udev.rules, datato 2007

Ma avrebbe dovuto togliertelo removepkg o upgradepkg
A me l'ha fatto in due pc

Se hai ancora quello controlla anche gli altri, non si sa mai

Conraid a me con l'upgradepkg confermo che le vecchie regole le ha lasciate.

rock

[conraid]

Conraid a me con l'upgradepkg confermo che le vecchie regole le ha lasciate.

E' da indagare allora la cosa, perché essendo cambiato un bel po' la cosa può creare problemi

[Mario Vanoni]

- 12.0 mette /etc/udev/rules.d/50-udev.rules, datato 2007

Ma avrebbe dovuto togliertelo removepkg o upgradepkg
A me l'ha fatto in due pc

Se hai ancora quello controlla anche gli altri, non si sa mai

Sulla seconda macchina upgradata lo ha fatto,
la terza ho cancellato e rimesso ex novo /.

[d4z_c0nf]

Conraid a me con l'upgradepkg confermo che le vecchie regole le ha lasciate.

E' da indagare allora la cosa, perché essendo cambiato un bel po' la cosa può creare problemi

Conraid, ma non credo ci sia molto da indagare, d'altronde è scritto anche nella tua guida.
Anche perchè, scusa, certe regole non stanno nel pacchetto, ma vengono generate dagli script di udev,
quindi sarebbe impossibile eliminarle con un upgradepkg.

Se sbaglio correggetemi!
rock

[conraid]

Conraid, ma non credo ci sia molto da indagare, d'altronde è scritto anche nella tua guida.
Anche perchè, scusa, certe regole non stanno nel pacchetto, ma vengono generate dagli script di udev,
quindi sarebbe impossibile eliminarle con un upgradepkg.

Ma il file delle regole di udev. Mi spiego.
Se tu guardi il pacchetto udev della 12.0 contiene proprio quel file li 50-udev.rules, solamente quello.
Gli altri sono installati dai programmi specifici. Sane per esempio per dirne uno. Poi c'è la rete, etc... ed alcuni creati a runtime. Netdevice, optical, etc...
Quindi aggiornamendo udev *quel* file doveva eliminarlo.
Il tutto IMHO

Ora purtroppo non ho possibilità di fare prove

P.S.
Naturalmente hai ragione nel dire che nella guida consiglio di controllare tutti i file di udev, questo è sempre bene per non incappare in quegli errori

[d4z_c0nf]

Conraid, ma non credo ci sia molto da indagare, d'altronde è scritto anche nella tua guida.
Anche perchè, scusa, certe regole non stanno nel pacchetto, ma vengono generate dagli script di udev,
quindi sarebbe impossibile eliminarle con un upgradepkg.

Ma il file delle regole di udev. Mi spiego.
Se tu guardi il pacchetto udev della 12.0 contiene proprio quel file li 50-udev.rules, solamente quello.
Gli altri sono installati dai programmi specifici. Sane per esempio per dirne uno. Poi c'è la rete, etc... ed alcuni creati a runtime. Netdevice, optical, etc...
Quindi aggiornamendo udev *quel* file doveva eliminarlo.
Il tutto IMHO

Ora purtroppo non ho possibilità di fare prove

P.S.
Naturalmente hai ragione nel dire che nella guida consiglio di controllare tutti i file di udev, questo è sempre bene per non incappare in quegli errori

Sì, per quel file specifico, hai ragione.
rock

[conraid]

Quindi aggiornamendo udev *quel* file doveva eliminarlo.

Oh come scrivo?
Devo rifare qualche corso di dattilografia

[d4z_c0nf]

Quindi aggiornamendo udev *quel* file doveva eliminarlo.

Oh come scrivo?
Devo rifare qualche corso di dattilografia

è colpa delle dita piccole

rock

[Vito]

La stampante mi dà di nuovo problemi :

Codice: Seleziona tutto

[vito@Vito:~]$ lpstat -p
la stampante Canon è disabilitata da ven 23 mag 2008 16:18:06 CEST -
        Unable to open parallel port device file: Permission denied

non capisco perchè....volevo segnalare però che io i driver per la porta parallela non li ho compilati nel kernel!Può dipendere da quello?Mbah...Eppurefino a 5min fà stampava!Mi server urgentemente che devo stampare i programmi per la scuola...

EDIT:

Risolto in parte con :

Codice: Seleziona tutto

[root@Vito:vito]# chmod 777 /dev/usb/lp0

E sono ritornato all'errore di prima :

Codice: Seleziona tutto

[root@Vito:vito]# lpstat -p
la stampante Canon è in attesa.  Abilitata da ven 23 mag 2008 16:27:51 CEST
        /usr/lib/cups/filter/pstoraster failed

E non riesco a capire da cosa può dipendere....

[conraid]

Unable to open parallel port device file: Permission denied


volevo segnalare però che io i driver per la porta parallela non li ho compilati nel kernel!

Codice: Seleziona tutto

[root@Vito:vito]# chmod 777 /dev/usb/lp0

Le due cose di contraddicono. Hai la stampante parallela o usb?
Se parallela ti ci vogliono per forza i driver e dopo devi attivarli
in rc.modules trovi questo commentato

Codice: Seleziona tutto

/sbin/modprobe -q lp 2> /dev/null

Se è usb il discorso è diverso. Ma immagino hai i driver se hai il device come dici sopra.

Per i permessi (sia nel caso di usb, sia nel caso di lp) controlla udev, solitamente sono messi a root:lp, quindi il tuo utente deve essere nel gruppo lp

[Vito]

Unable to open parallel port device file: Permission denied


volevo segnalare però che io i driver per la porta parallela non li ho compilati nel kernel!

Codice: Seleziona tutto

[root@Vito:vito]# chmod 777 /dev/usb/lp0

Le due cose di contraddicono. Hai la stampante parallela o usb?
Se parallela ti ci vogliono per forza i driver e dopo devi attivarli
in rc.modules trovi questo commentato

Codice: Seleziona tutto

/sbin/modprobe -q lp 2> /dev/null

Se è usb il discorso è diverso. Ma immagino hai i driver se hai il device come dici sopra.

Per i permessi (sia nel caso di usb, sia nel caso di lp) controlla udev, solitamente sono messi a root:lp, quindi il tuo utente deve essere nel gruppo lp

Il problema è risolto... adesso mi continua sempre a dare

Codice: Seleziona tutto

[root@Vito:vito]# lpstat -p
la stampante Canon è in attesa.  Abilitata da ven 23 mag 2008 16:27:51 CEST
        /usr/lib/cups/filter/pstoraster failed

e non capisco perchè...

[conraid]

Io se fossi in te proverei a eliminare la stampante, cancellare tutte le dir di cups, reinstallare Ghostscript, e aggiungere nuovamente la stampante.

pstoraster è uno script bash che fa da filtro per Ghostscript

[Vito]

Io se fossi in te proverei a eliminare la stampante, cancellare tutte le dir di cups, reinstallare Ghostscript, e aggiungere nuovamente la stampante.

pstoraster è uno script bash che fa da filtro per Ghostscript

Conraid il bello è che la stampante in questo momento stà stampando!!!!

EDIT: Il problema sembra sia causato da OpenOffice...premetto che non l'ho reinstallato dopo aver aggiornato alla 12.1 ...può esserci qualche conflitto?