kitman
April 20, 2021, 12:52pm
1
Hi, a few years ago I took advise from this thread https://forums.opensuse.org/showthread.php/532803-Leap-15-0-SSD-and-HDD-Partitioning and added this setting to the kernel parameters for my 120GB SSD
scsi_mod.use_blk_mq=1
I am about to add a second SSD to replace my dying 2TB HDD that I used for data storage.So then I’ll have 1 x 120GB SSD for system and /home plus the new 2TB SSD for /data partition.
Will the existing kernel parameter cover the second SSD - should I change anything in the parameters?
Do I still need that setting these days?
Any other gotcha’s I need to be aware of for multiple SSDs?
Thanks.
kitman:
Hi, a few years ago I took advise from this thread https://forums.opensuse.org/showthread.php/532803-Leap-15-0-SSD-and-HDD-Partitioning and added this setting to the kernel parameters for my 120GB SSD
scsi_mod.use_blk_mq=1
I am about to add a second SSD to replace my dying 2TB HDD that I used for data storage.So then I’ll have 1 x 120GB SSD for system and /home plus the new 2TB SSD for /data partition.
Will the existing kernel parameter cover the second SSD - should I change anything in the parameters?
Do I still need that setting these days?
Any other gotcha’s I need to be aware of for multiple SSDs?
Thanks.
Hi
It’s the default these days so not necessary, for SSD’s mq-deadline and can check via;
cat /sys/block/sda/queue/scheduler
Change sda as appropriate for the block device.
kitman
April 21, 2021, 3:25am
3
malcolmlewis:
Hi
It’s the default these days so not necessary, for SSD’s mq-deadline and can check via;
cat /sys/block/sda/queue/scheduler
Change sda as appropriate for the block device.
Ok, so you’re saying I can remove this from the kernel parameters?
scsi_mod.use_blk_mq=1
Ran this on my current SSD…
chris@asus-roc:~> cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq none
…but what is it saying?
I get a slightly different result if I run on my dying HDD on /dev/sdb
chris@asus-roc:~> cat /sys/block/sdb/queue/scheduler
mq-deadline kyber [bfq] none
…with regard to [bfq] info.
Thanks.
kitman:
Ok, so you’re saying I can remove this from the kernel parameters?
scsi_mod.use_blk_mq=1
Ran this on my current SSD…
chris@asus-roc:~> cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq none
…but what is it saying?
I get a slightly different result if I run on my dying HDD on /dev/sdb
chris@asus-roc:~> cat /sys/block/sdb/queue/scheduler
mq-deadline kyber [bfq] none
…with regard to [bfq] info.
Thanks.
Hi
Yes, the option is no longer needed, remove and reboot and check again… that’s correct bfq=rotating rust mq-deadline=ssd