| Autore |
 Discussione  |
|
|
Yves
Moderatore
Città: Buenos Aires
6097 Messaggi |
 Inserito il - 13/04/2007 : 18:55:04
|
Mi sento strano, ogni volta che parte un missile da un pianeta della costellazione centra il mio fondoschiena....
Sapendo di avere due giorni di relativa tregua, faccio un immagine del mio disco (backup arci completo) ed installo Feisty Kubuntu Beta (alternate), tutto va a meraviglia, nessun problema che possa in qualche modo farmi rimpiangere la cosa, rapido giro sulle novità, cercato i repo per i codec, installato due o tre cose utili e questa notte lancio il fatidico "apt-get upgrade" (200 e passa mega a casa mia vuol dire più di tre ore di download..), mattina: controllo, un pacchetto non si è installato (attualizzazione Amarok, il server che lo custodisce era "down"..), poco male, tutto il resto c'è, quindi riavvio il macinino, quando vedo che si ferma appena appare lo "splash" so già cosa significa, aspetto il fatidico messaggio, ed eccolo:
/bin/sh: can't access tty: job control turned off
riavvio sul kernel precedente e "St. Google aiuto!" giro disperato su tutto quello che poteva sbloccare la situazione, in un post di un forum c'era una persona che diceva di modificare questa linea:
kernel /boot/vmlinuz-2.6.20-14-generic root=UUID=703b6c38-e08d-4e10-b763-1823d42f2099 ro quiet splash
in:
kernel /boot/vmlinuz-2.6.20-14-generic root=/dev/hda6 ro quiet splash
provato, ma nisba, quindi provo pure con un altro tipo di kernel e "tiro giù" il "lowlatency", risultato: stesso identico problema.
Riavvio di nuovo con quello iniziale, e qui va, non so più a chi rompere le scatole  ..
Per ora tiro via tutto quello che non serve (non funge..) dal menu.lst, se qualcuno di voi ha un idea si facci avanti che sono a corto con la mie...
Domanda (visto che non lo so, preferisco non morire col dubbio..), il Grub punta al kernel in uso, quello l'ho capito, ma al momento del fatidico "load filesystem" (dove si pianta alla grande..), legge le informazioni su "fstab"? Se si sarebbe conveniente provare a cambiare la stramaledetta linea:
# /dev/sda6
UUID=703b6c38-e08d-4e10-b763-1823d42f2099 / ext3 defaults,errors=remount-ro 0 1
in una più classica:
/dev/sda6 / ext3 defaults,errors=remount-ro 0 1
Perchè sto "UUID" implementato a partire della Dapper non è che mi convice un "casino"...
Spero un illuminato mi dia la soluzione
Ho trovato questo:
htt*://dirgaa[.com]/archives/binsh-cant-access-tty-job-control-turned-off.html
ma prima di farmi un asinata aspetto vostre notizie..
Ciao.
|
|
|
Trunks
Moderatore
2016 Messaggi |
Inserito il - 14/04/2007 : 12:31:51
|
Problema strano :P Però il "tizio" htt*://ubuntutaker.wordpress[.com]/tag/grub/ ha detto che ha risolto reinstallando grub.
Pur io avrei pensato ad un problema a fstab e non al bootloader, va bè, tentar non nuoce :P
Prima magari fatti un backup "fisico" dell' mbr, si sa mai :P, con dd.
dd if=/dev/hda of=/home/mbr/boot.mbr bs=512 count=1
per copiare i primi 512 byte dell'hd dove risiede grub (verrà creato il file boot.mbr nella dir /home/mbr )
Per ripristinare, accedi con un live e dai il comando inverso:
dd if=/home/mbr/boot.mbr of=/dev/hda bs=512 count=1
Naturalmente, ( per i meno esperti :P) le variabili dev/hda e home/mbr cambiano in base alla configurazione hardware e dal percorso dove si vuole salvare il file. |
Modificato da - Trunks in data 14/04/2007 12:37:07 |
 |
|
|
Yves
Moderatore
Città: Buenos Aires
6097 Messaggi |
Inserito il - 14/04/2007 : 21:31:52
|
Risolto con l'aggiornamento del kernel, me lo immaginavo visto che su google ho trovato parecchi con questo mal di pancia:
yves[No-Spam]tux-box:~$ uname -r
2.6.20-15-generic
Se vi succede non disperate, ed in particolare quando viene installato un nuovo kernel non disinstallate l'anteriore, tenetene almeno due versioni sicuramente funzionanti nel vostro "menu.lst" (ed installati, ovviamente..), in caso qualcosa vada storto si riparte con il vecchio..
Grazie comunque per la dritta sull'mbr, non ho per abitudine di "sfasciarla" ma una precauzione in più non è male.
Piccola nota personale:
se volete gli effetti grafici "fighi" è consigliato installare Gnome, KDE mi fa sudare parecchio e credo non sia tanto "addomesticabile" come lo era sulla Edgy (ma forse si aggiusterà con il tempo), però ò visto nei repositori che c'è già parecchia roba in rapporto al KDE 4, da cosa ne deduco una volta questi stabile lo si dovrebbe poter aggiornare con un semplice comando da terminale, dagli screen che ho visto e le varie note sarà una favola..
per quelli che usano tutt'ora Edgy Kubuntu gli ha preparato una sorpresina ;), KDE 4 già pacchettizzato e pronto, non dimenticate che ora è beta, io aspetto la finale, avere un sistema stabile con un desk che "sclera" non è la cosa più saggia da fare..
Ciao. |
|
|
|
chiusoenrico
Advanced Member
.jpg)
Città: Salzano (VE)
578 Messaggi |
 Inserito il - 15/04/2007 : 22:54:08
|
Citazione:
Messaggio inserito da Yves
Se vi succede non disperate, ed in particolare quando viene installato un nuovo kernel non disinstallate l'anteriore, tenetene almeno due versioni sicuramente funzionanti nel vostro "menu.lst" (ed installati, ovviamente..), in caso qualcosa vada storto si riparte con il vecchio..
...mi sembra lo faccia di default... almeno ubuntu credo... non è così per molti altri? |
|
|
|
Yves
Moderatore
Città: Buenos Aires
6097 Messaggi |
Inserito il - 15/04/2007 : 23:33:01
|
Si, è vero che lo fa di default, ma a volte siamo tentati a disinstallare la "vecchia" versione troppo presto, nel mio caso ho lasciato quella di origine (che mi ha caricato all'installazione) e l'ultima, le intermedie che non andavano le ho levate,,
Dimenticavo, ritiro quanto detto per "gli effetti fighi", trovato la "pappa pronta":
Instalar AUTOMATICAMENTE AIGLX + Beryl con Intel en Kubuntu/Ubuntu Edgy
Notate bene che dice "Kubuntu Edgy", ma visto che sono abbastanza cretinetto ogni tanto faccio esperimenti, ebbene ho scaricato lo script i questione ed ho dato un occhiata allo script ed in nessun punto parlava di una versione particolare ed ho provato...risultato, come potete immaginarvi...FUNZIONA!!!
questo è lo script che ho modificato per Feisty
Citazione:
#!/bin/bash
if [ `whoami` != "root" ]; then
echo "Debes ejecutar este script como root.";
else
cp /etc/apt/sources.list /etc/apt/sources.list.backup.beryl-script
cp /etc/X11/xorg.conf /etc/X11/xorg.conf.backup.beryl-script
echo "deb htt*://ubuntu.beryl-project.org/ feisty main" >> /etc/apt/sources.list
wget htt*://ubuntu.beryl-project.org/root[No-Spam]lupine.me.uk.gpg -O- | apt-key add -
aptitude -y update && aptitude -y dist-upgrade
aptitude -y install beryl emerald emerald-themes aquamarine
ln -s /usr/bin/beryl-manager ~/.kde/Autostart/beryl-manager
echo -e "\n\nBeryl ahora esta instalado; porfavor, reinicia.\n\nLos Backups de /etc/apt/sources.list y /etc/X11/xorg.conf son:\n /etc/apt/sources.list.backup.beryl-script\n /etc/X11/xorg.conf.backup"
fi;
ricordate di sostituire [No-Spam] con la "chiocciola"
salvatelo nella home con il nome:
instalar-beryl-kubuntu
poi date questi due comandi:
sudo chmod +x ./instalar-beryl-kubuntu
e
sudo ./instalar-beryl-kubuntu
al termine riavviate il PC e...incrociate le dita :P
(per la Ubuntu scegliete l'altro file - e modificatelo - ed usate i rispettivi comandi)
Ciao. |
Modificato da - Yves in data 16/04/2007 00:57:44 |
|
|
|
Ricochet
New Member
Città: genova
40 Messaggi |
Inserito il - 22/04/2007 : 11:30:25
|
ciao a tutti! a me "can't access tty.." lo dice quando faccio prtire il cd, sia live che alternate, con l'update-manager feisty è giunta a me ma con un paio di problemi: lo splash screen dura 6-7min [in modo testo mi dice che non riesce a trovare qualcosa e di aver pazienza (ata2: port failed to respond - ata2.00: revalidation failed(errno=-5)] e non mi legge piu' il lettore cd ne' il masterizzatore(nella cartella computer li chiama CD-ROM1 e CD-ROM2 con permessi root??); nella cartella /etc/fstab/ mi dice:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hda2
UUID=3f0aabf1-e49a-4a48-9df6-ca29f9abcae2 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda3
UUID=66fce415-92f7-4510-a3f9-f4cdf16323fa /home ext3 defaults 0 2
# /dev/hdb1
UUID=d93f5673-9705-40b8-8a00-4510a92cea29 /media/hdb1 ext3 defaults 0 2
# /dev/hdb6
UUID=566bbfab-cc95-4474-b028-d0666545b910 /media/hdb6 ext3 defaults 0 2
# /dev/hda1
UUID=4ed631b9-3764-484f-b310-9781442bace1 none swap sw 0 0
/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/cdrom /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/ /media/floppy0 auto rw,user,noauto 0 0
e quando da terminale digito /etc/fstab mi dice:
giuse[No-Spam]giuse-desktop:~$ gedit /etc/fstab
/home/giuse/.gtkrc-2.0:1: Impossibile trovare il file da includere: ".gtkrc-2.0-gnome-color-chooser"
cosa che mi ha detto anche quando ho dato l' "update-manager", se invece vado su /boot/grub/menu.lst la pagina è vuota....e così col fardello della mia ignoranza sul groppone mi sono bloccato....
grazie anche solo per la pazienza di aver letto sta solfa, ciao!!! |
|
|
|
Yves
Moderatore
Città: Buenos Aires
6097 Messaggi |
Inserito il - 22/04/2007 : 18:53:58
|
Ciao e benvenuto.
Apparentemente è un desktop, quindi prova già a disabilitare la gestione acpi, forse fa a *****tti con i controller, credo che sia l'opzione "F6" alla prima schermata, scrivi acpi=off e tenti la procedura di installazione, non so che versione di kernel ci sia nel CD della release finale, se è il kernel 2.6.20-14-generic è quello che faceva dannare pure me, con quello aggiornato kernel 2.6.20-15-generic funziona correttamente.
Se l'installazione va a buon fine con quel trucco, quando termina che si riavvia probabilmente non parte, quindi appena vedi la voce di grub "pigia" la e della tastiera, cerca questa linea:
kernel /boot/vmlinuz-2.6.20-15-generic root=UUID=703b6c38-e08d-4e10-b763-1823d42f2099 ro splash
e trasformala in:
kernel /boot/vmlinuz-2.6.20-15-generic root=UUID=703b6c38-e08d-4e10-b763-1823d42f2099 ro acpi=off splash
quindi dagli l'ok per il boot, una volta avviato scarica gli aggiornamenti:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
con molte probabilità ti installa un nuovo kernel (o almeno fa un upgrade di quello in uso), al termine riavvia e incrocia le dite che parta, altrimenti ridai il parametro "acpi=off" al grub e vedremo più a fondo in seguito.
Apri una nuova discussione, è più facile seguirti.
Ciao. |
|
|
| |
Discussione |
|
|
|
Feisty -> tadan! /bin/sh: can't access tty:..
Forum Bloccato
