partitie's herwerken

[chris_J]

Hebt ge wel degelijk EERST "mount -a" gedaan en dan daarna alleen het commando "mount" ?
Met mount -a  koppelen we alles aan dat in /etc/fstab staat
en met mount
laten we alleen maar zien wat er nu eigenlijk aangekoppeld is...

toch even voor de zekerheid.

chris@Ubuntu:~$ sudo mount -a
[sudo] password for chris:
chris@Ubuntu:~$ mount
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-19-generic/volatile type tmpfs (rw)
/dev/sda1 on /home type ext3 (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/chris/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=chris)
chris@Ubuntu:~$

Heb je die bootvlag met de cd gedaan of vanuit Ubuntu? Een live systeem staat dat niet toe volgens mij.

Gewoon vanuit de geïnstalleerde ubuntu.

[Prosper]

Ik heb je /etc/fstab nog eens doorgelezen, en er zitten daar liefst drie verschillende UUID's in.
Misschien zorgt dat wel allemaal voor de problemen...
We gaan hem eens (op een veilige manier) vervangen: eerst een backup, en dan de inhoud vervangen, zonder UUID's erin. Doe achtereenvolgens in een terminal:

Code: [Selecteer]

sudo cp /etc/fstab /etc/fstab_3UUID
gksu gedit /etc/fstabIn de tekstverwerker die dan opent, met de inhoud van je /etc/fstab, vervang je de volledige tekst door de hieronderstaande, die ik gefabriceerd heb volgens de gegevens die je zelf verstrekte.

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# UUID="0186eb51-0c2b-498d-80b0-205f20a64e9a
/dev/sda3 /   ext3   defaults,errors=remount-ro 0   1
# UUID=621e168c-9493-49e5-b61c-8c273a7a3da0
/dev/sda1 /home   ext3   nodev,nosuid   0   2
# TYPE="swap" UUID="20b12d60-7601-47f8-ace7-f7f071823558"
/dev/sda4   none   swap   sw   0   0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Vervolgens weer sudo mount -a en sudo mount
Verschijnt /dev/sda3 ?

PS: als alles in de soep draait, opstarten in recovery mode, drop to root shell en dan op de commandlijn (zonder sudo, vermits je dan root bent)
cp /etc/fstab_3UUID /etc/fstab

[prikkebeen2]

Als je nu kijkt met parted staat de bootvlag er dan nog bij?
En heeft die partitie ook een entry in /dev/disk/by_label o.a. Het zou dan de oude partitie kunnen zijn en dat mnt hem niet wil mounten vanwege een nieuwe id. Er zou dan ook een foutmelding moeten staan als je dmegg ingeeft. Het blijft raar.

[chris_J]

Ik heb je /etc/fstab nog eens doorgelezen, en er zitten daar liefst drie verschillende UUID's in.
Misschien zorgt dat wel allemaal voor de problemen...
We gaan hem eens (op een veilige manier) vervangen: eerst een backup, en dan de inhoud vervangen, zonder UUID's erin. Doe achtereenvolgens in een terminal:

Code: [Selecteer]

sudo cp /etc/fstab /etc/fstab_3UUID
gksu gedit /etc/fstabIn de tekstverwerker die dan opent, met de inhoud van je /etc/fstab, vervang je de volledige tekst door de hieronderstaande, die ik gefabriceerd heb volgens de gegevens die je zelf verstrekte.

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# UUID="0186eb51-0c2b-498d-80b0-205f20a64e9a
/dev/sda3 /   ext3   defaults,errors=remount-ro 0   1
# UUID=621e168c-9493-49e5-b61c-8c273a7a3da0
/dev/sda1 /home   ext3   nodev,nosuid   0   2
# TYPE="swap" UUID="20b12d60-7601-47f8-ace7-f7f071823558"
/dev/sda4   none   swap   sw   0   0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Vervolgens weer sudo mount -a en sudo mount
Verschijnt /dev/sda3 ?

PS: als alles in de soep draait, opstarten in recovery mode, drop to root shell en dan op de commandlijn (zonder sudo, vermits je dan root bent)
cp /etc/fstab_3UUID /etc/fstab

Hail, hail !!!!



Alles ziet er nu perfect uit!!!

Thnx voor het denkwerk

[Prosper]

Blij dat het gelukt is.

Eigenlijk hadden we dat allemaal al veel eerder moeten zien, maar ja, een mens doet nu éénmaal meerdere dingen tegelijk (multitasking).  Daarom dat we Linux/Ubuntu gebruiken.

Nog veel plezier !

[vanadium]

Het probleem was niet aan de UUIDS te wijten. Die waren in orde. Wat mij nu wel pas opvalt is dat er een quote ontbrak (of één te veel stond) in de lijn voor /:

Code: [Selecteer]

UUID="0186eb51-0c2b-498d-80b0-205f20a64e9a /             ext3    relatime,errors=remount-ro 0       1Door die quote weg te nemen (of er na de UUID één bij te plaatsen), was het probleem(pje) reeds opgelost geweest.

Blijkbaar kon het systeem zonder problemen de partitie mounten, maar ging er iets fout in het rapporteren van wat gemount was.

[Prosper]

Yep, dat had waarschijnlijk ook geholpen.
Blijft natuurlijk dat ook dat niemand gezien had (ik ook niet)
Blijft ook dat, in veel gevallen (vooral die waarin nogal eens wat andere OS'en worden geïnstalleerd op dezelfde schijf of waarin partities wat door elkaar worden gegooid --zoals hier) de aanduidingen met letters en nummers (sdLN) voor veel meer éénduidigheid zorgen en minder problemen veroorzaken.

[vanadium]

Code: [Selecteer]

de aanduidingen met letters en nummers (sdLN) voor veel meer éénduidigheid zorgen en minder problemen veroorzaken.Dat is niet meer gegarandeerd, maar als het voor jou werkt, mag je perfect nog met device names werken.