Re: advies gevraagd: een ssd ipv één hdd in laptop met twee hdd's
Op 05-06-12 00:21, Frank Voncken schreef:
> Ik heb nu inmiddels nieuwe ssd aangebracht. Een probleem is dat BIOS het
> niet detecteert, tenminste niet duidelijk. De bootvolgorde is als volgt:
>
> * USB Floppy
> * Internal CD/DVD ROM
> * Notebook Hard Drive
> * USB Diskette on Key / USB Hard Drive
> * USB CD/DVD ROME Drive
> * ! Network Adapter
>
> Dat is overigens precies dezelfde als bij de vorige situatie met twee
> HDD's.
Dit is normaal. Vaak kun je nog ergens anders instellen welke hard drive
als eerste boot. De tweede boot dan als er geen eerste is.
> Het lijkt er verder op dat ik nergens in BIOS kan checken of SSD
> in AHCI mode is.
Dat is vreemd, maar AHCI is wel normaal tegenwoordig, dus wellicht is
het het default.
> Ik kon dus niks veranderen in BIOS. Ik heb daarop Wheezy geïnstalleerd.
> Ik was van tevoren toch lang aan het twijfelen geweest of ik wel of niet
> een extra voorzorgsmaatregel (namelijk partition alignment) moest nemen
> om de eerste partitie een lengte van 2048 te krijgen via fdisk vanuit
> een live-cd. Uiteindelijk heb ik het niet gedaan en vertrouw erop dat de
> Debian Installer dat automatisch doet. De installer detecteert ssd
> correct
Ik heb er mijn twijfels over dat de installer ziet dat je een ssd
gebruikt. Ik denk dat hij net zo installeert als was het een harddisk.
> , en installeert verder de GRUB op sda (=HDD). De uitkomst van
> fdisk -l is als volgt (ook voor sdb die dus nu de SSD is):
>
> Disk /dev/sda: 250.1 GB, 250059350016 bytes
> 255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x0b8b0b8a
>
> Device Boot Start End Blocks Id System
> /dev/sda1 63 195312562 97656250 7 HPFS/NTFS/exFAT
> /dev/sda2 467697664 488390655 10346496 7 HPFS/NTFS/exFAT
> /dev/sda3 195313662 467697663 136192001 5 Extended
> /dev/sda5 * 195313664 256753663 30720000 83 Linux
> /dev/sda6 456583168 467697663 5557248 82 Linux swap / Solaris
> /dev/sda7 256755712 456581119 99912704 83 Linux
>
> Partition table entries are not in disk order
>
> Disk /dev/sdb: 128.0 GB, 128035676160 bytes
> 255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x00052261
>
> Device Boot Start End Blocks Id System
> /dev/sdb1 * 2048 239855615 119926784 83 Linux
> /dev/sdb2 239857662 250068991 5105665 5 Extended
> /dev/sdb5 239857664 250068991 5105664 82 Linux swap / Solaris
>
> Het lijkt erop dat de eerste sector inderdaad de aanbevolen lengte van
> 2048 heeft. Maar is het verder goed?
Ik neem aan van wel, maar ik moet bekennen dat 'partition alignment'
nieuw voor me is. Ik heb er dus nog geen ervaring mee.
Het verbaasd me wel dat het eerste stuk niet in gebruik is, maar dat is
me al eerder bij de installatie van een ander systeem opgevallen. Daar
ging het om gewone disks.
> Verder valt het op dat /etc/fstab geen "relatime" heeft, zie onder:
>
> GNU nano 2.2.6 Bestand:
> /etc/fstab
>
> # /etc/fstab: static file system information.
> #
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # <file system> <mount point> <type> <options> <dump> <pass>
> proc /proc proc defaults 0 0
> # / was on /dev/sdb1 during installation
> UUID=60797442-5be4-41e6-ba2a-6c41c55e7969 / ext4
> errors=remoun$
> # swap was on /dev/sdb5 during installation
> UUID=7f8a0d31-3778-4b41-8dca-e36a0affff84 none swap
> sw $
> /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
>
> Klopt dit wel,
Gewoon met de hand aanpassen en rebooten. Wellicht kan het ook met de
"remount" optie van mount.
> of is dat omdat er geen AHCI mode is (een gokje)?
Er is vast AHCI. Zonder AHCI is alles behoorlijk traag.
> Hoe kan ik dat controleren?
Hmm, hdparm lijkt het niet te vertellen.
Er is wellicht een betere methode, maar dit verteld bij mij wat over ahci:
paul@server2:~$ dmesg | grep AHCI
[ 0.448258] pci 0000:00:11.0: set SATA to AHCI mode
[ 0.950793] ahci 0000:00:11.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps
0xf impl SATA mode
server2:/home/paul# lshw | grep ahci
capabilities: storage pm ahci_1.0 bus_master cap_list emulated
configuration: driver=ahci latency=64
> Kan ik nu veilig de tmpfs-regels eronder zetten?
Ja.
> Ik wilde ook kijken of TRIM aan staat. hdparm -I /dev/sdb | grep -i
> "trim" geeft:
> * Data Set Management TRIM supported (limit 8 blocks)
>
> Het ziet wel goed uit. Nu I/O Scheduler. Ik wil de methode van Mark
> toepassen, maar ik twijfel licht vanwege de regel "exit 0" onderaan, zie
> hieronder:
>
> #!/bin/sh -e
> #
> # rc.local
> #
> # This script is executed at the end of each multiuser runlevel.
> # Make sure that the script will "exit 0" on success or any other
> # value on error.
> #
> # In order to enable or disable this script just change the execution
> # bits.
> #
> # By default this script does nothing.
>
> exit 0
>
> Hoe kan ik het precies aanpassen? Ik ben wel voor avontuur, maar een
> klein foutje kan desastreuze gevolgen hebben...
Je moet dingen toevoegen voor de "exit 0".
> Nu tijd om naar bed te gaan. Morgenavond kan ik met frisse moed weer verder!
Succes!
Groet,
Paul.
--
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl
Reply to: