Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Vreemd, na upgrade fstab moeten aanpassen?  (gelezen 636 keer)

Offline i12know

  • Lid
  • Steunpunt: Nee
Vreemd, na upgrade fstab moeten aanpassen?
« Gepost op: 2009/11/02, 00:54:58 »
Ik heb net een upgrade gedaan naar Karmic. Ging allemaal goed, echter bij nalopen van wat configuratie kom ik er achter dat mijn backup schijf anders werd herkend en zie met df -h dat mijn schijven anders worden gemount.

Ik had sda, sdb en sdc. SDA en SDB sata en sdc EDI. Hieronder mijn fstab, Jaunty startte op van sda.

Echter nu is sda mijn EDI en zijn sdb en sdc mijn sata schijven. de "/" zit nu op sdb en sdc is nu mijn backup schijf. Het systeem start nu de root op op sdb, gaat dus goed. Ik heb wel mijn fstab moeten aanpassen m.b.t. mijn back-up schijven.

Het werkt bij mij maar is toch vreemd? En ik lees hier op het forum van enkele opstart problemen. Zou dus goed kunnen dat een aanpassing in fstab nodig is, omdat die na upgrade naar verkeerde schijf verwijst.

Ik zie nu ook dat volgens mij geen swap meer wordt toe gewezen. Hoe kan ik dit controleren, staan nummers in mijn fstab?

Ben benieuwd of iemand hier iets nuttigs over kan vertellen.

Mijn fstab:
# / was on /dev/sda1 during installation
UUID=a229e3ef-6d30-4bc7-8783-5db122ed01c2 /               ext3    relatime,errors=remount-ro 0       1
# /dos was on /dev/sda7 during installation
UUID=5E55-FBE5  /dos            vfat    utf8,umask=007,gid=46 0       1
# /home was on /dev/sda5 during installation
UUID=a380924f-3b29-426a-ada4-f2b0aeed2a08 /home           ext3    relatime        0       2
# swap was on /dev/sda6 during installation
UUID=e784491f-a313-46e2-9a93-49093f4940bb none            swap    sw              0       0
# swap was on /dev/sdb7 during installation
UUID=2ecdc474-225e-45c5-9ebe-66cf444bb50d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
# backupdirectory
/dev/sdc1   /mnt/sdc1   ext3   relatime   0   2
# edmini netwerkservertje
//192.168.1.100/backup /mnt/nas cifs rw,user,noauto,credentials=/etc/.cifspw  0 0
# symlink complete en incomplete op sda8
/dev/sdb8   /mnt/rwstorage   ext3   relatime   0   2


marius@Ubuntu:~$ df -h
Bestandssysteem            Grtte   Gebr Besch Geb% Aangekoppeld op
/dev/sdb1              74G   11G   59G  16% /
udev                  943M  296K  943M   1% /dev
none                  943M  152K  943M   1% /dev/shm
none                  943M  316K  943M   1% /var/run
none                  943M     0  943M   0% /var/lock
none                  943M     0  943M   0% /lib/init/rw
/dev/sdb5             230G   22G  196G  11% /home
/dev/sdb7              94G   64K   94G   1% /dos
/dev/sdc1             587G   29G  529G   6% /mnt/sdc1
/dev/sdb8             187G   15G  163G   9% /mnt/rwstorage
/dev/sda1              19G  4,3G   13G  25% /mnt/lfs
/dev/sda5              31G   19G   12G  63% /mnt/sda5


Offline ertai

  • Lid
    • programming
    • http://www.ertai.nl
  • Steunpunt: Nee
Re: Vreemd, na upgrade fstab moeten aanpassen?
« Reactie #1 Gepost op: 2009/11/02, 02:13:03 »
controleren of swap werkt kan door swapon -s in te voeren in de terminal. Deze geeft een overzicht van de swap-partities die in gebruik zijn op dat moment.

Verder weet ik niet waarom je schijven gewisseld zijn.
Is je vraag opgelost? Markeer het als [OPGELOST] in de titel van je bericht!

Offline i12know

  • Lid
  • Steunpunt: Nee
[OPGELOST] Re: Vreemd, na upgrade fstab moeten aanpassen?
« Reactie #2 Gepost op: 2009/11/02, 21:00:36 »
controleren of swap werkt kan door swapon -s in te voeren in de terminal. Deze geeft een overzicht van de swap-partities die in gebruik zijn op dat moment.

Verder weet ik niet waarom je schijven gewisseld zijn.

thnx, alles werkt ook mijn swap maar heb wel e.e.a. moeten aanpassen in fstab blijf 't vreemd vinden  :|.

Offline vanadium

  • Lid
  • Steunpunt: Nee
Re: Vreemd, na upgrade fstab moeten aanpassen?
« Reactie #3 Gepost op: 2009/11/02, 21:30:53 »
Dit is net de reden waarom we tegenwoordig UUID's gebruiken in plaats van device namen. Had je UUID's gebruikt in je /etc/fstab, dan was het probleem niet opgetreden.