{RISOLTO} [OS] ingrandimento temporano /var + problemi boot in Karmic->Lynx

[harrykar]

c'e` solo un dispositivo usb e non ci sono i dischi sata?

Per ubuntu in quella fase si. Il disco sata è uno, Le partizioni sono tante

invece su /dev ci sono i dispositivi sdXY ? dove sdXY e` la tua partizione /

seguro se anzichè per by-uuid faccio il list per by-id il sist. sa/trova che c'è tutto li

PS: un modo per rendere il metacity --replace duraturo? rompe darlo ad ogni ingrsso al sist

[il_muflone]

ok quindi fai la modifica a fstab
rimuovi UUID=xxxxxxx della /
e sostituiscilo col nome della partizione
/dev/sdxY

fatto cio` riavvia e verifica nuovamente.

[harrykar]

ok quindi fai la modifica a fstab
rimuovi UUID=xxxxxxx della /
e sostituiscilo col nome della partizione
/dev/sdxY

fatto cio` riavvia e verifica nuovamente.

ritorno al passato? ci sono problemi implementativi sol sist, uuid in ubuntu?

[il_muflone]

generalmente no, ma per qualche motivo a te li non li rileva piu`
fai la prova, non e` detto che basti

[harrykar]

generalmente no, ma per qualche motivo a te li non li rileva piu`
fai la prova, non e` detto che basti

La farò ma ormai mi è scattato il curioso e (solo oggi ) vorrei controllare e approfondire un po il processo di booting(dettagliattamente) di Lucid(purtroppo con ste distro linux non si capisce + niente. Cambiamenti troppi e spesso --per la mia eta :P-- . Chi conosce unix si trova  spesso spaesato). Hai qualche bon link da proporrmi? grazie

[il_muflone]

no, il sistema di avvio cambia repentinamente su ubuntu

[harrykar]

no, il sistema di avvio cambia repentinamente su ubuntu

sai se Lynx utilizza ancora l' upstart o ha cambiato ancora?

[il_muflone]

sempre upstart

[harrykar]

Non c'entra in prima istanza ma ho notato che /etc/initramfs-tools/conf.d/resume  riportava l' uuid della vecchia swap(risiedeva nel disco rotto).

# swap was on /dev/sda2 during installation --l'ho disabilitato--
#UUID=e3afd565-3c12-45bc-967c-2dd8e0ca7327 none            swap    sw              0      0

L' ho aggiornato con quello della swap attuale

# swap was on /dev/sdb2 during installation
UUID=8fa619fe-bb02-44a7-8215-fa0b88632e5c none            swap    sw              0      0

e ho dato un sudo update-initramfs -u updatando il ramfs(initrd.img). All' prox boot(attuale) ho notato che nella ash il list per uuid delle partizioni venivano letti tutti(mi scoccia adesso invertire quanto fatto per la  ripetibilità però credo che ciò sia frutto del "update-initramfs -u") a differenza di prima.

[harrykar]

ieri ho scoperto un altra incongruenza ben + sostanziosa(in realtà questo passo lo feci dopo la prima visione dell' Alert ma ottenevo un Error 15 --come giù-- e non capivo il perchè. Adesso pare che quel /boot in find non era neccessario). A quanto pare hd1 anzichè hd0 [come sarebbe giusto che sia se si ha un solo disco) indica che per grub le cose rimasero come erano prima della rottura del HD(allora quello era il dsco attivo(sda) da cui si faceva il boot e conteneva Windows + una partiz. di swap per Buntu.Invece buntu stava sul secondo (e attualmente unico) disco(sdb) L' unica cosa che feci se non ricordo male fu di cambiare le linee in fstab senza però resettare grub o di associare(da LiveCD) partizioni fisiche  a partizioni logiche e usare MBR hd0 con gparted non ricordo bene] di cui riferivo più su ???

harrykar@harrysas:~$ sudo grub
[sudo] password for harrykar:
Probing devices to guess BIOS drives. This may take a long time.

      [ Minimal BASH-like line editing is supported.  For
        the  first  word,  TAB  lists  possible  command
        completions.  Anywhere else TAB lists the possible
        completions of a device/filename. ]
grub> find /boot/grub/stage1
find /boot/grub/stage1

Error 15: File not found
grub> find /grub/stage1                                                   
find /grub/stage1
(hd1,5)
grub>  find /vmlinuz-2.6.32-22-generic                         
find /vmlinuz-2.6.32-22-generic
(hd1,5)
grub> geometry (hd1)   
geometry (hd1)
drive 0x81: C/H/S = 60801/255/63, The number of sectors = 976773168, /dev/sdb
  Partition num: 0,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 1,  Filesystem type unknown, partition type 0x82
  Partition num: 2,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 4,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 5,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 6,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 7,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 8,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 9,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 10,  Filesystem type is ext2fs, partition type 0x83

grub> cat (hd1,4)/etc/fstab            #non riporto l'output ma è ok
grub> cat (hd1,5)/grub/menu.lst      #non riporto l'output ma è ok
grub> cat (hd1,5)/grub/device.map  #non riporto l'output ma è ok

il /boot/grub/device.map invece è:

(fd0) /dev/fd0
(hd0) /dev/sda

Grub semra essere ok ma per si e per no reinstallo grub

grub> root (hd1,5)
root (hd1,5)
grub> setup (hd1)
setup (hd1)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd1)"...  17 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd1) (hd1)1+17 p (hd1,5)/grub/stage2 /grub/menu.lst"... succeeded
Done.

E senza sorpresa niente è cambiato

aggiungo (a quanto li esistente) su  /boot/grub/device.map la linea (hd1)  /dev/sdb ma anche qui nessuna novità

rimetto mano a /boot/grub/device.map levo la linea precedentemente immessa e cambio (hd0) /dev/sda -->(hd0)  /dev/sdb controllo con la shell di grub

grub> find /grub/stage1
find /grub/stage1
(hd0,5)

faccio il reboot e adesso nel ls -l /dev/disk/by-uuid da ash non spunta più la chiavetta usb come prima(era sda) ma spuntano tutte le altre partizioni del HD

Anche se non c'entra tanto stavolta faccio un

harrykar@harrysas:~$ sudo update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-2.6.32-22-generic
Found kernel: /vmlinuz-2.6.31-21-generic
Found kernel: /memtest86+.bin
Updating /boot/grub/menu.lst ... done

ma come aspettavo niente di chè la ash persiste

[harrykar]

Ieri avevo lasciato il sist. con liveCD e la windows di gparted aperta. Quando sono ritornato ho visto quanto al shot. Mia figlia mi disse che fece qualcosa probabilmente pigiò il temuto Devices>create partitiontable

C' è un modo per ritornare(non ho un backup delle partizioni)?

EDIT:
1. per qualche strano motivo da liveCD(ho scaricato-masterizzato Lucid ) non spuntavano le voci di controllo del post nel thread (credevo che l' avessero chiuso anche se non c'era nessuna notifica) e ho aperto un altro circa questo problema che è stato brillantemente risolto fiuu!!!
2. Chiudo qui sto thread avendo deciso di fare un clean install (è dalla 8.04 che si va a mo di upgrade)

[harrykar]

ok rieccomi per ultima volta riportare cosa ho fatto per risolvere e  chiudere il thread:

Problema grub:
ho fatto un installazione di sistema dal livecd(partizionamento manuale) non spuntando il format in  home.

Problema metacity

harrykar@harrysas:~$ metacity --replace
Window manager warning: Failed to read saved session file /home/harrykar/.config/metacity/sessions/10e53ab50e5f896526127366317039694800000015920003.ms: Failed to open file '/home/harrykar/.config/metacity/sessions/10e53ab50e5f896526127366317039694800000015920003.ms': No such file or directory

Da qualche parte lessi che .config si autogenera ad ogni boot cosi:

Da  liveCD do

Codice: Seleziona tutto

sudo nautilus

(sudo perchè altrimenti non permette operare sulla home montata). Poi rinomino il  folder .config in  .config_old e faccio reboot. Sembra ok