No, quello è solo un crash relativo ad un componente di Evolution, il programma di gestione della posta/calendario di Gnome. Non ha nulla a che fare con l'aggiornamento del kernel.
Dobbiamo provare ad avviare un programma attivando l'uso della VGA discreta, stasera guardo come fare e provo a postare i comandi.
Però un pannello di nVidia se hai installato i driver proprietari lo dovresti avere.
Magari stasera provo anche a guardare se trovo il comando per aprire il pannello da linea di comando...
Ora ho anche io una VGA nVidia ma stò reinstallando i sistemi e Linux non l'ho ancora toccato... Prima quelli più rognosi (Windows8!!!)
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
bene...
nel frattempo sono riuscito a fare un casino bestiale!!
ho aggiornato il kernel (perché avevo letto che migliorava varie cose) al 3.7, ho disistallato i driver nvidia-experimental-310 e rimesso quelli nvidia-current. poi ho messo anche nvidia-updates. ho anche tolto bumblebee
tutto con apt-get install / remove
insomma riavvio e trovo il desktop ... vuoto...riesco solo a muovere il mouse. Non posso neanche aprire terminale
ore reinstallo tutto!
a parte questo devo capire come fare per installare i driver video originali...dal sito noto che i 310 sono ritenuti stabili!!
ho letto che si devono installare prima gli headers (che sono) poi i driver...
e bumblebee?
boh!!
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
sono anche finito nel grub rescue!!
che casino
ho dovuto tirar fuori il dvd di installazione windows...
ora sono solo con windows...
scusa Frakka, io faccio affidamento a questa guida:
https://help.ubuntu.com/community/AsusZenbook
la quale consiglia vivamente di avviare in modalità UEFI...
penso che provo a reinstallarlo così. Devo capire bene come impostare le partizioni...
poi avrò sicuramente il problema che non mi avvia windows8....
via una cosa alla volta!
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
In realtà mi pare dicano che in UEFI non funziona per niente...
Non mi risulta che sia vero, ho avuto una mobo ASUS con UEFI e grub per tutto l'anno, ma tant'è... Se stai usando la 12.10 non dovrebbero esserci problemi, altrimenti consigliano di usare almeno la 12.04.1 LTS.Originariamente inviato da https://help.ubuntu.com/community/AsusZenbook#Machine_won.27t_boot_with_UEFI
Come prima cosa preoccupati di avere il sistema funzionante con la Intel, alla nVidia pensiamo dopo.Originariamente inviato da marcosaurus
Gli headers sono dei files che servono per ricompilare i moduli del kernel in base al driver che viene fornito: Ogni volta che cambia la versione di kernel, infatti, il modulo relativo al driver deve essere ricompilato. Fortunatamente, soprattutto se si usa il gestore di pacchetti della distro, non c'è bisogno di farlo a mano.
bumblebee serve solo a spegnere la VGA nVidia quando non è utilizzata. In configurazione predefinita, infatti, la VGA è sempre accesa e consuma più batteria. Bumblebee si occupa di spegnerla ed attivarla solo a richiesta. Tale richiesta non è però automatica: Per lanciare un programma in esecuzione sulla VGA discreta è necessario utilizzare un comando ad hoc, altrimenti il software gira sulla VGA principale, annullando tutti i benefici.
Prima preoccupiamoci di avere il sistema funzionante, poi guardiamo alle "finezze".
Io continuerei ad installare MBR, a meno che non sia strettamente necessario...
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
Un altro appunto: Tempo fà, cercando info sull'installazione del driver nVidia sulla mia arch, mi sono imbattuto in un post che diceva che i driver nvidia per linux non funzionano su sistemi UEFI. Non ho potuto verificarlo e, onestamente, mi pare una cavolata ma per completezza per lo riporto.
Per installare il driver nVidia prova a seguire queste istruzioni: Ubuntu 12.10 Quantal e il problema con i driver Nvidia, ecco come risolverlo
Non le ho verificate ma mi sembrano coerenti. Io non installo driver nvidia su ubuntu dal 2007, più o meno, e all'epoca ho sempre usato il pacchetto scaricato direttamente dal sito nVidia... Però da allora molte cose sono cambiate.
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
ci sono più pagine relative agli zenbook che si assomigliano...io ti ho linkato quella "sbagliata".
la giusta è https://help.ubuntu.com/community/AsusZenbookPrime
dove dice Installing from a Live CD
To access the boot order settings, press the F2 when the Asus splash screen comes up. Be sure to select the UEFI boot option, installing from the non-UEFI enabled version can have unexpected results.
inoltre da quando ho installato in MBR, ho notato piccole anomalie che prima non avevo: scritte che appaiono velocemente in fase di boot e di spegnimento, caratteri troppo piccoli nel grub, lentezza a recepire la digitazione dei primi tasti premuti nel menu grub...ecc
alla precedente installazione in UEFI tutto ciò non avveniva, avevo però il solo problema di non riuscire ad avviare windows...più i soliti problemi con nvidia.
adesso installo in UEFI, cercando di capire bene che partizioni devo creare e dove mettere il boot, poi penseremo ad nvidia.
optirun è il comando che permette di accendere la nvidia, se installato bumblebee. in effetti se eseguo glxspheres con e senza optirun vi è un enorme differenza nel framerate (60fps vs 90fps). Questo avveniva poco fa... e comunque avevamo verificato assieme che i driver nvidia non sembravano installati...
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
Maledetto Windows 8... Devo riscrivere tutto daccapo...
Riassumendo, l'ultima volta che ho installato Ubuntu su UEFI/GPT non c'è stato molto da fare, ha fatto tutto da solo. Lo schema di partizionamento standard di UEFI/GPT prevede una partizione EFI formattata FAT32 (bastano 50mb mi pare) che viene generalmente montata in "/boot/efi".
Poi se vuoi è possibile creare altre partizioni ma, dato che lo spazio non è molto, io fare semplicemente la partizione EFI, la root e un minimo spazio di swap.
Avevamo verificato che col comando che ti ho dato non venivamo mostrati. Forse in presenza di una architettura Optimus senza optirun avviato il comando non è semplicemente quello corretto. Finisci l'installazione e poi ci riproviamo.
Per avviare Windows 8, segui la procedura che ho indicato nel mio post precedente per Windows7 e vediamo. Non fidarti della rilevazione automatica.
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
Ok, installato in UEFI su SSD da 32Gb.
con partizione avvio EFI da 50Mb
swap da 500Mb
ext4 con mount \ tutto il rimanente.
kernel aggiornato al 3.7, attivato trim e verificato
ora cerchiamo di capire
- perché non posso avviare windows (mbr) da grub
- se i driver nvidia ci sono o meno...
- se i driver nuovi supportano optimus e quindi conviene aspettare e non installare bumblebee
ora vedo di leggere la guida di grub2...
ps
con installazione UEFI i caratteri di grub sono ad una dimensione gradevole (penso però che sia un discorso di risoluzione)
ALI: Silverstone 800 MB: Asus Z170 PRO
CPU: i7 6700k DISSI: noctua
RAM: 16GB 2*8GB kingstone ddr4 3000MHz
VGA: Nvidia GTX1070oc
HD: toshiba RD400me
CASE: Silverstone HTPC
In grub2 le modifiche non dovrebbero essere fatte direttamente nel file "/boot/grub/grub.cfg" ma passando da una serie di script e una utility che si preoccupa di generare il files corretto.
La modifica che segue la dovresti fare nel file "/etc/grub.d/40_custom", aggiungendo la sezione di seguito, e poi lanciando come root o con sudo il comando:
Quindi Windows8 è installato in modalità MBR. Ok.codice:# grub-mkconfig -o /boot/grub/grub.cfg
Questo dovrebbe funzionare se hd0 è la SSD su cui hai installato Linux e hd1 il disco SSD di Windows8:
[EDIT:]codice HTML:# Windows 8 MBR: menuentry "Windows8" { set root=(hd1,0) drivemap -s hd0 hd1 chainloader (hd0,0)+1 }
Mi viene un dubbio amletico... Questo mi sembra più adatto per grub su UEFI:
Il numero in rosso è lo UUID della partizione "System Reserved" presente sul disco di Windows8. Si recupera con questo comando (sempre tutto dal wiki di Arch):codice HTML:menuentry "Microsoft Windows Vista/7/8 BIOS-MBR" { insmod part_msdos insmod ntfs insmod search_fs_uuid insmod ntldr search --fs-uuid --no-floppy --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 [COLOR="#FF0000"]69B235F6749E84CE[/COLOR] ntldr /bootmgr }
Quale delle due usare, onestamente, non l'ho capito... La prima dovrebbe essere giusta ma a rigor di logica dovrebbero darti lo stesso risultato:
codice HTML:# grub-probe --target=fs_uuid /media/SYSTEM_RESERVED/bootmgrSecondo me basta anche usare il comandocodice HTML:# grub-probe --target=hints_string /media/SYSTEM_RESERVED/bootmgr --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2
per ottenere lo UUID della partizione system reserved...codice HTML:blkid /dev/sdb
Ultima modifica di frakka : 15-12-2012 a 02:31
Questa è la storia di 4 persone chiamate Ognuno, Qualcuno, Ciascuno e Nessuno. C'era un lavoro importante da fare e Ognuno era sicuro che Qualcuno lo avrebbe fatto. Ciascuno poteva farlo, ma Nessuno lo fece, Qualcuno si arrabbiò perché era il lavoro di Ognuno. Ognuno pensò che Ciascuno potesse farlo, ma Ognuno capì che Nessuno l'avrebbe fatto. Finì che Ognuno incolpò Qualcuno perché Nessuno fece ciò che Ciascuno avrebbe potuto fare.
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)