Ubuntu Sverige

Hej! Ganska ny på ubuntu, men har kört Natty på en Macbook 2,1 i ett par månader med lite smågrejor som har fixats med utmärkt hjälp av min fadder (bra system!), men inga stora katastrofer. När jag 9/6 uppdaterade via terminalen hängde sig dock datorn, och det slutade med att jag stängde ned den manuellt. Förmodligen ett misstag. När jag slog på den igen var skärmen svart, och meddelade att det inte fanns några "bootable devices" på datorn. Jag har startat via live-CD:n och kan via terminalen söka efter min hårddisk. Jag får då upp följande:

ubuntu@ubuntu:~$ mount /dev/hda
mount: can't find /dev/hda in /etc/fstab or /etc/mtab
ubuntu@ubuntu:~$ mount /dev/hdb
mount: can't find /dev/hdb in /etc/fstab or /etc/mtab
ubuntu@ubuntu:~$ mount
aufs on / type aufs (rw)
none on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
/dev/sr0 on /cdrom type iso9660 (ro,noatime)
/dev/loop0 on /rofs type squashfs (ro,noatime)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/ubuntu/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=ubuntu)
ubuntu@ubuntu:~$ mount /dev/sda
mount: can't find /dev/sda in /etc/fstab or /etc/mtab
ubuntu@ubuntu:~$ find sda
find: `sda': No such file or directory
ubuntu@ubuntu:~$ mount sda
mount: can't find sda in /etc/fstab or /etc/mtab

dvs, den verkar inte hitta min SSD överhuvud taget. Ändå, när jag går vidare några steg i en installation, hittar terminalen hårddisken korrekt /dev/sda. Är det bara jag som tycker detta verkar mysko?

Finns någon som har en lösning på detta? Finns någon möjlighet att komma in i hårddisken och reparera paket (för det kan ju hända att något gick på tok när jag drog ur kontakten...) eller måste jag göra en fresh install, vilket kommer att kosta mig data och allt småfix som är gjort för att få ljud, video, isight osv att fungera... Hrm. Helst inte...

Så Hjälp! den som har något bright förslag.

Kan du posta output av samt innehållet i filerna:
/etc/fstab
/etc/mtab

Det blir såhär:

ubuntu@ubuntu:~$ sudo fdisk -1
fdisk: invalid option -- '1'

Usage:
fdisk [options] <disk> change partition table
fdisk [options] -l <disk> list partition table(s)
fdisk -s <partition> give partition size(s) in blocks

Options:
-b <size> sector size (512, 1024, 2048 or 4096)
-c switch off DOS-compatible mode
-h print help
-u <size> give sizes in sectors instead of cylinders
-v print version
-C <number> specify the number of cylinders
-H <number> specify the number of heads
-S <number> specify the number of sectors per track

Är det till någon hjälp: invalid option -- '1'? När det gäller innehållet i /etc/fstab /etc/mtab vet jag inte hur jag kommer åt dem (vilket kommando?). Och en fråga till: Det kan inte vara så att terminalen på install-disken söker på CD:n, och det är därför den inte hittar någon hårddisk, dvs att jag inte har lyckats få den att söka på datorn?

Det är l eller L som menas inte 1. Alltså "sudo fdisk -l" med ett litet L.

Precis, -l som i "list". Kommandot listar hårddiskarnas partitioner m.m.

Edit:
för att visa filernas innehåll skriver du enklast i terminalen: Klistra sedan in allt, glöm inte att använda

Tänk på att edfast här kör på en LiveCD så livens mtab/fstab ger inget av värde.

Gäller väl att lokalisera systemvolymen och sen försöka att montera den. Kan också behövas en fsck misstänker jag.

Ja, jösses Amalia, ser man på . Såhär blev det:

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Hrm, pinsamt...

Och håller med Bowmore, jag är väl inte i närheten av hårddiskens system ännu. Så hur kommer jag vidare? "fsck -r"? "sudo apt-get install -f"? som någon föreslog, och i så fall varifrån, och hur kommer jag dit? Ja, ni fattar djupet av min okunskap...

gedit /etc/mstab returnerar ingenting alls, fö, kollade just.

Ok, disken returnerar geometrin som ligger på ett chip, men kan inte läsa innehållet på disken. Det verkar som att den bara returnerar nollor vilket då tolkas som att partitionstabellen är tom. Partitionstabellen ligger i bootsektorn på disken, dvs första sektorn. Där ligger också diskens ID som i fdisk-utskriften är 0x00000000 vilket den normalt inte är.

Då är frågan vad som hänt?

Det jag först skulle göra är att koppla bort disken (båda kablarna) några minuter och sen koppla in den igen. Kolla även anslutningen för SATA-kabeln på moderkortet, plugga ur och in igen. Sen får vi hoppas att du får igång disken igen.

Ska prova detta.

Nope. Får samma svar: 'No bootable device 'efter att ha kopplat ur disken under ca 20 min. Detta skedde ju under en uppdatering då systemet låste sig, vilket kan ha varit min missbedömning då det visade sig att internetförbindelsen var fruktansvärt långsam och 'sketchy' vid tillfället. Hursomhelst så gjorde jag en sk. 'American reboot' och kanske skedde något just då. Så därför har jag ännu inte kollat kabeln mot moderkortet; ser inte varför det skulle ha skett något (och som av en händelse) just mot moderkortet och just då? Och så är jag möjligen lite lat. Det sitter lite bökigt till, det är ju en macbook av äldre datum... Ska man tro att det ändå är där felet ligger, eller går det först att komma längre med tillgänglig information, dvs med install-CD:ns terminal???

edfast skrev:det är ju en macbook av äldre datum...

Likvärdingt med en äldre hårddisk? Snurrar disken?

Har du möjlighet att flytta disken till en annan dator och där sen starta upp din livecd och kolla om du kommer åt disken, om fdisk ger korrekt info för disken, etc?

'Disk dev/sda'; det rör sig om en clean install på en ny SSD ...-i en gammal macbook. Och den snurrar inte

edfast skrev:Och den snurrar inte

Det var ju tur, då är det inte det felet

Kruxet är ändå att fdisk inte hittar volymerna (partitionerna) på disken. När det funkar så dyker de upp som enheter under /dev som man t.ex kan lista med kommandot men där dyker endast /dev/sda upp har jag förstått.

Så mitt förslag är att testa disken på en annan dator enl förslaget i föregående inlägg för att lokalisera om problemet är disken eller något annat.

Så får det bli. Ska leta upp en gammal Compaq laptop. Återkommer med besked i morgon.

God morgon!

Då är det gjort. sudo fdisk -l ger samma besked i retur. identifier:0x00000000. Disk /dev/sdb doesn't contain a valid partition table.

DiskUtility visar en frisk disk med WWName 0xmassanollor178, SMARTstatus healthy, Not Partitioned, Benchmark läshastighet runt 280 (Vroom.), ser friskt ut, men alltså inte partitionerad.

fsck -l returnerar: fsck from util-linux-ng 2.17.2; men vad betyder väl det?

Ok, då är problemet lokaliserat till disken.

Då är första frågan hur mycket som har blivit raderat, bara MBR?

Vi börjar med att läsa innehållet i den första sektorn (512 bytes) där MBR ligger och klistra in resultatet här i tråden.

Sen kan du t.ex testa att läsa de första 100 sektorerna på disken med och se om det ger något annat än nollor, men klistra inte in det resultatet i tråden.

Obs! Om du har stoppat tillbaks disken i den gamla datorn så heter den /dev/sda annars glöm inte att ändra /dev/sda till rätt beteckning för SSDn i kommandona ovan.

Det blev såhär:

ubuntu@ubuntu:~$ sudo dd if=/dev/sdb count=1 | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
1+0 records in
1+0 records out
*
512 bytes (512 B) copied0000200
, 0,000232407 s, 2,2 MB/s

returen på count=100 blev snarlik

Mycket märkligt

Ger även kommanot ett liknande resultat?

Kommando skriver ut innehållet på hela disken!
Du kan avbryta med Ctrl+C efter en stund eller om det börjar rassla ut en massa rader. Frågan är om hela disken har nollställts eller åtminstone ger skenet av det?

Ja, det blev helknasigt. Kolla här; medan count=100 ser ut på det här viset:

ubuntu@ubuntu:~$ sudo dd if=/dev/sdb count=100 | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
000c800
100+0 records in
100+0 records out
51200 bytes (51 kB) copied, 0,00121934 s, 42,0 MB/s

så ser hela disken ut såhär:

ubuntu@ubuntu:~$ sudo dd if=/dev/sdb | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*

Huh?

Hur ska man tolka det?

Oops. Jag var visst allför otålig. När jag väntat en stund kom följande i retur:

ubuntu@ubuntu:~$ sudo dd if=/dev/sdb | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*

1bf2976000
234441648+0 records in
234441648+0 records out
120034123776 bytes (120 GB) copied, 997,385 s, 120 MB/s
.

Så ska det vara. Blir man klokare av detta?