(per favore fate uso del tag code
[code]Qua il vostro codice o output[/code])
EDIT:
@mirko_R6
Ci fai vedere anche
[code]$ cat /etc/fstab
$ df
$ du /var/log/journa*
ecco gli output che mi hai chiesto
[code][mirko@mirko ~]$ cat /etc/fstab
/etc/fstab
Created by anaconda on Sun Sep 1 20:42:53 2013
Accessible filesystems, by reference, are maintained under ‘/dev/disk’
See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
/dev/mapper/vg_mirko-lv_root / ext4 defaults 1 1
UUID=316c1ce7-5dba-4bd9-b6aa-b11550f8c550 /boot ext4 defaults 1 2
/dev/mapper/vg_mirko-lv_home /home ext4 defaults 1 2
/dev/mapper/vg_mirko-lv_swap swap swap defaults 0 0
[/code]
[mirko@mirko ~]$ df
File system 1K-blocks Usati Disponib. Uso% Montato su
/dev/mapper/vg_mirko-lv_root 51475068 5867588 42969656 13% /
devtmpfs 2058820 0 2058820 0% /dev
tmpfs 2063500 148 2063352 1% /dev/shm
tmpfs 2063500 936 2062564 1% /run
tmpfs 2063500 0 2063500 0% /sys/fs/cgroup
tmpfs 2063500 80 2063420 1% /tmp
/dev/sda1 487652 96661 361295 22% /boot
/dev/mapper/vg_mirko-lv_home 182972564 120706384 52948600 70% /home
[mirko@mirko ~]$ du /var/log/journa*
178572 /var/log/journal/b807dcbf075149df835d4d61f4e5faf1
178580 /var/log/journal
[root@mirko ~]# blkid
/dev/sda1: UUID="316c1ce7-5dba-4bd9-b6aa-b11550f8c550" TYPE="ext4"
/dev/sda2: UUID="3bY89k-m08K-5X18-tStP-0Zlh-BNu6-9z8Pez" TYPE="LVM2_member"
/dev/mapper/vg_mirko-lv_swap: UUID="f5be6080-4a32-4835-85e3-1e3974bf8696" TYPE="swap"
/dev/mapper/vg_mirko-lv_root: UUID="451151e3-72c9-4728-9aa0-47628f87c995" TYPE="ext4"
/dev/mapper/vg_mirko-lv_home: UUID="5ee01bcf-4455-45c8-b5d4-5979f46beb7c" TYPE="ext4"
[code][root@mirko ~]# fdisk -l
Disk /dev/sda: 250.1 GB, 250059350016 bytes, 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Identificativo disco: 0x000a9f9a
Dispositivo Boot Start End Blocks Id System
/dev/sda1 * 2048 1026047 512000 83 Linux
/dev/sda2 1026048 488396799 243685376 8e Linux LVM
Disk /dev/mapper/vg_mirko-lv_swap: 5335 MB, 5335154688 bytes, 10420224 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/vg_mirko-lv_root: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/vg_mirko-lv_home: 190.5 GB, 190488510464 bytes, 372047872 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
[/code]
[quote=artax]Io ho effettuato proprio oggi il “salto” da f17 a f19 con FedUp.
Mi sono interrogato per un po’ circa la possibilità di saltare la versione intermedia ossia f18. Non avendo trovato esplicite raccomandazioni in senso contrario, ho proceduto.
Con il mio laptop sembra essere andato tutto liscio, seguendo la guida di Fol e la documentazione ufficiale su FedoraProject.
Ho questo da segnalare e che ho riscontrato essere già successo ad altri: la procedura che inizia dopo il riavvio, con la splashscreen con il logo di Fedora lampeggiante e la barra di avanzamento…una volta terminata la procedura, cosa desumibile tramite la barra di avanzamento, il sistema non si riavvia in automatico come dovrebbe, lasciando il dubbio sul se l’aggiornamento sia terminato oppure no.
Dopo un’ora con la barra di avanzamento completa, ho premuto il tasto “esc” che elenca i dettagli della procedura in corso: ho notato che le ultime righe della lista segnalavano la procedura come terminata e che il sistema era pronto allo Shutdown…con un OK vicino alla dicitura shutdown…
Ripremendo il tasto esc torna la splashscreen con…un icona raffigurante un…hot dog… :o
Di nuovo esc e medesima lista.
Ho dunque spento la macchina con le brutte, non vedendo altra alternativa e rinfrancato dalla prova circa l’avvenuto completamento della procedura…
Al riavvio, come dicevo, sembra essere tutto nella norma, almeno finora e incrociando le dita.[/quote]
Stessa cosa per me… aggiornamento che rimane li… tutto ok… solo che ora ci mette un po’ ad avviarsi e rimane qualche minuto su…
Activating swap /dev/disk/by-uuid/29ba502e-0bdf-4779-bbac-18117a7da221...@peterborto valuta l’opportunità di aprire un thread specifico, sintomi parzialmente analoghi rispondono a cause potenzialmente diverse
@mirko_R6
modifica il file /etc/default/grub utilizzando il tuo editor preferito (e.g. con nano:
# nano /etc/default/grub ) al rigo che inizia con GRUB_CMDLINE_LINUX come segue:
GRUB_CMDLINE_LINUX="locale.LANG=it_IT.UTF-8 rd.md=0 rd.dm=0 rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_mirko/lv_root rd.lvm.lv=vg_mirko/lv_home rd.lvm.lv=vg_mirko/lv_swap vconsole.keymap=it rhgb quiet"Quindi dai un
# grub2-mkconfig -o /boot/grub2/grub.cfgho fatto come hai detto, ma il problema su Playmount rimane lo stesso
Il messaggio di plymouth-quit-wait.service dovrebbe essere irrilevante; a scelta
# systemctl mask plymouth-quit-wait.serviceo
# mv /var/log/journal /var/log/journal.orglo placano. Non è indicativo di problemi al boot. D’altra parte, se non ho capito male, stai facendo boot normalmente con i nouveau.
La modifica di /etc/default/grub correggeva alcune voci deprecate e la mancata esplicitazione di tutti i volumi logici, https://bugzilla.redhat.com/show_bug.cgi?id=974000#c17 in difetto di rd.auto=1.
Se vuoi procedere nuovamente a tentare l’installazione dei proprietari, non mescolare le due procedure (il .run scaricabile dal sito e kmod/akmod); rimuovi minuziosamente ogni file di configurazione lasciato dai precedenti tentativi.
dopo aver rimosso tutto quello che riguarda i driver nvidia, ho provato a reinstallare con .run (lo preferisco come metodo) ma mi fallisce l’installazione e il messaggio è il seguente
Unable to find the kernel source tree for the currently running kernel. Please make sure you have installed the kernel source files$
# yum install kernel-devel kernel-headersi pacchetti sono installati e aggiornati all’ultima versione
Mostraci comunque
$ uname -r ; rpm -qa|grep kernel|sort -VLa situazione è peggiorata al riavvio mi appare una schermata che di che non può andare in recovery e fa fare solo il logout al successsivo riavvio posso entrare in modalità di ripristino
di seguito l’output che mi hai chiesto
[mirko@mirko /]$ uname -r ; rpm -qa|grep kernel|sort -V
3.11.3-201.fc19.i686.PAE
abrt-addon-kerneloops-2.1.7-1.fc19.i686
kernel-3.11.3-201.fc19.i686
kernel-PAE-3.11.1-200.fc19.i686
kernel-PAE-3.11.2-201.fc19.i686
kernel-PAE-3.11.3-201.fc19.i686
kernel-devel-3.11.1-200.fc19.i686
kernel-devel-3.11.2-201.fc19.i686
kernel-devel-3.11.3-201.fc19.i686
kernel-headers-3.11.3-201.fc19.i686
libreport-plugin-kerneloops-2.1.7-1.fc19.i686
Hai una confusione di kernel PAE e non PAE.
kernel-devel l’hai dell’ultima versione non PAE attualmente in updates. Però fai boot con un kernel PAE, e non hai kernel-devel per il kernel effettivamente in uso.
Il messaggio di errore che ti è stato restituito al post #27 è perfettamente coerente.
L’installazione via .run ti costringe a una particolare attenzione e manutenzione. Ad ogni modo, disinstalla/rimuovi qualunque file di configurazione dei driver proprietari che tu possa aver sparso in giro, quindi
[code]# yum remove --setopt=clean_requirements_on_remove=1 kernel-devel
yum install kernel-PAE-devel[/code]
e riprova.
ho rimosso tutti i driver proprietari, e dato i comandi che mi hai sugerito, quando vado a reinstallare i driver nvidia con il .run, mi ha chiesto il pacchetto ‘gcc’ che ho installato con yum che si è portato a presso tutte le dipendenze, poi alla successiva installazione mi restituisce il seguente messaggio d’errore
Unable to built the the NVIDIA Kernel ModuleAl riavvio non ho il login grafico, si blocca dopo il caricamento della barra di fedora, premendo i tasti ctrl+alt+F2 entro con il terminale, e se vado a dare il comando startx mi restituisce l’errore
no screens found [EE]ti riporto anche le ultime righe del file log per maggiore chiarezza
194.067] (II) Loading sub module "ramdac"
194.067] (II) LoadModule: "ramdac"
194.067] (II) Module "ramdac" already built-in
194.072] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your
194.072] (EE) NVIDIA: system's kernel log for additional error messages.
194.072] (EE) No devices detected.
194.072] (EE)
Fatal server error:
194.072] (EE) no screens found(EE)
194.072] (EE)
Please consult the Fedora Project support
at http://wiki.x.org
un aggiornamento, ho deciso di installare i driver nvidia con yum
$ sudo yum install akmod-nvidia nvidia-settingsdopo di che ho dato il comando
$ sudo X -configure ricreando il file /etc/X11/xorg.conf
al restart mi ha dato il login grafico, e mi ha chiesto l’update del modulo NVIDIA, ma dopo l’upgrade si vede il logo NVIDIA dopo la barra di fedora, ma alla fine mi appare una schermata con
“Oh no! Something has gone wrong. A problem has occurred and the system can’t recover. please log out and try again” con un computer triste
dopo un milione di tentativi e idee complicate su come risolvere, la soluzione era più semplice di quanto avevo pensato, il problema era sul file di configurazione della scheda grafica NVIDIA, il file interessato è, almeno nel mio caso, nvidia-xorg.conf che me lo aveva complilato come tutte i possibili driver esistenti, l’ho riscritto uguale al file xorg.conf e la scheda video è tornata a funzionare.
come ultimissimo problema mi rimane un fastidioso doppio click del mouse esterno, anche facendo un solo click il pc lo interpreta come un doppio click, anche cambiando mouse e porta al pc il risultato è lo stesso. il touchpad funziona correttamente, avete un idea del perché?
grazie
Felice tu abbia risolto; questo thread, già abbastanza generico, mi pare esaurito. “Un problema, una discussione”: apri uno specifico thread allegando il tuo xorg.conf ed eventuali file in /etc/X11/xorg.conf.d/ (che a mio avviso sono preferibili a xorg.conf), mouse come riconosciuto da lspci/lsusb (bluetooth? wireless mouse?), DE, errori in Xorg.0.log.
ok grazie, aprirò un nuovo thread nella sezione corretta