On a PC that cannot boot from NVMe, move / usr etc. to NVMe to speed up
Although it is written at the bottom, it is OK even with an ancient PC with a BIOS boot older than UEFI.
| Simple corona countermeasure mask (effectiveness: better than nothing) |
|---|
It is a mask that is just a handkerchief folded into a triangle and tied at the back. I used to play gangsters when I was a kid. However, when I go to the bank with this figure, the police are called so https://www.youtube.com/watch?v=PGug3ZZPp_k please look
Here is the main topic
Read is probably less than 1 G / s
# hdparm -Tt --direct /dev/nvme0n1
/dev/nvme0n1:
Timing O_DIRECT cached reads: 3070 MB in 2.00 seconds = 1537.53 MB/sec
HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
Timing O_DIRECT disk reads: 6356 MB in 3.00 seconds = **2118.42 MB/sec**
And fast
** pro ** The seller of disk 600 G2 also said, "I have tried installing windows10 on nvme connected to the PCI bus with a Dell business machine, but Bios only recognizes it as ass strage, and the OS This time, a relatively new model ** pro ** disk 600 G2 made by HP arrived, so I tried it and the installation of windows 10 was successful without difficulty. "
However, the current main PC is ** elite ** disk 800 G1 This is because the mother or BIOS is not compatible, so LINUX cannot be started from nvme.
| However, on a win10 PC for Yahoo Auction |
|---|
| M.2 Install Windows 10 Pro 64bit 1909 on NVMe 120GB. Achieves speed that is impossible even with SSD. It starts up in no time. It costs about 10,000 yen including the PCIe card (recently soaring)definitelyDo not remove or erase the other 1TB mechanical hard disk that comes with it. Will not be able to start |
| This linux version (my ownmandarolinux) |
So installation of archklinux boot with USB pacman -Sy rsync After installing rsync
mount /dev/sdb2 /mb2 mount /dev/nvme0n1p1 /mp1 rsync -avHx /mb2/usr/ /mp1/
And so on
Rewritten / ma2 / etc / fstab
Current
# ./comment-out.bat /etc/fstab
UUID=7DE4-392B /boot/efi vfat umask=0077 0 2
UUID=33e70b62-9bbe-4217-962e-b72b6056a68a / ext4 defaults,noatime,discard 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
/dev/nvme0n1p1 /usr ext4 defaults,noatime 0 1
/dev/nvme0n1p2 /var ext4 defaults,noatime 0 1
/dev/nvme0n1p3 /home ext4 defaults,noatime 0 1
/dev/nvme0n1p4 /run ext4 defaults,noatime 0 1
# df
File system size used Remaining used%Mount position
dev 3.9G 0 3.9G 0% /dev
run 3.9G 1.3M 3.9G 1% /run
/dev/sdb2 117G 20G 92G 18% /
tmpfs 3.9G 22M 3.9G 1% /dev/shm
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
tmpfs 3.9G 43M 3.9G 2% /tmp
/dev/nvme0n1p2 32G 3.2G 27G 11% /var
/dev/nvme0n1p1 63G 7.5G 52G 13% /usr
/dev/nvme0n1p3 132G 12G 114G 9% /home
/dev/sdb1 300M 280K 300M 1% /boot/efi
tmpfs 788M 12K 788M 1% /run/user/1000
---------
The following (465GB mechanical hard disk)/dev/sda is for win10 startup + warehouse, so please ignore it for now)
# fdisk -l
disk/dev/nvme0n1: 238.49 GiB,256060514304 bytes,500118192 sectors
Device boot start position end position sector size Id type
/dev/nvme0n1p1 2048 134219775 134217728 64G 83 Linux
/dev/nvme0n1p2 134219776 201328639 67108864 32G 83 Linux
/dev/nvme0n1p3 218105856 500118191 282012336 134.5G 83 Linux
/dev/nvme0n1p4 201328640 218105855 16777216 8G 83 Linux
disk/dev/sda: 465.78 GiB,50010786 2016 bytes,976773168 sector
Device start position end position sector size type
/dev/sda1 2048 1085439 1083392 529M Windows recovery environment
/dev/sda2 1085440 1290239 204800 100M EFI system
/dev/sda3 1290240 1323007 32768 16M Microsoft Reserved Area
/dev/sda4 1323008 250068991 248745984 118.6G Microsoft basic data
/dev/sda5 250068992 512212991 262144000 125G Linux file system
/dev/sda6 512212992 976773134 464560143 221.5G Linux file system
**For startup**Mechanical hard disk/dev/sdb: 149.5 GiB,160041885696 bytes,312581808 sector
Disc model: WDC WD1600BEVS-0
Device start position end position sector size type
/dev/sdb1 4096 618495 614400 300M EFI system
/dev/sdb2 618496 250067789 249449294 119G Linux file system
The UUID is
# blkid /dev/sdb1
/dev/sdb1: UUID="7DE4-392B" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="66ce83d9-8d56-3c41-a087-cc08325d70e6"
# blkid /dev/sdb2
/dev/sdb2: UUID="33e70b62-9bbe-4217-962e-b72b6056a68a" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ce73bd77-8f96-e24f-aa11-10b058b06473"
I think there is no contradiction with
The speed of the problem is
In the mechanical hard disk area dd if=/dev/zero of=/root/ZZZ bs=16k count=600000 600000 + 0 record input 600000 + 0 record output 9830400000 bytes (9.8 GB, 9.2 GiB) copied, 130.341 s, 75.4 MB/s And 10GB writing, so it's very slow at 75.4 MB / s
In the nvme area dd if=/dev/zero of=/home/jaro/ZZZ bs=16k count=600000 600000 + 0 record input 600000 + 0 record output 9830400000 bytes (9.8 GB, 9.2 GiB) copied, 11.6631 s, 843 MB/s And 843 MB / s, which is faster.
Appendix 1) For various folders
https://wiki.archlinux.jp/index.php/Arch_%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E9%9A%8E%E5%B1%A4#.2Frun:_.E4.B8.80.E6.99.82.E7.9A.84.E3.81.AA.E5.AE.9F.E8.A1.8C.E6.99.82.E3.83.87.E3.83.BC.E3.82.BF
Appendix 2) About NVMe
https://wiki.archlinux.jp/index.php/%E3%82%BD%E3%83%AA%E3%83%83%E3%83%89%E3%82%B9%E3%83%86%E3%83%BC%E3%83%88%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96/NVMe
Quiet talk
https://ja.wikipedia.org/wiki/%E4%B8%89%E8%B7%AA%E4%B9%9D%E5%8F%A9%E9%A0%AD%E3%81%AE%E7%A4%BC The grand kowtow bow is one of the bows of the vassals in front of the emperor of the Qing dynasty.
Procedure [Edit] Kneeling under the command of "kneeling", Put your hand on the ground and hit your forehead on the ground with the command "Ippatsu (or" Kowtow ")". Put your hand on the ground and hit your forehead on the ground with the command "double kowtow (or" re-kowtow ")". With the command "Grand Kowtow" (or "Grand Kowtow"), put your hand on the ground and hit your forehead against the ground. Stand up with the command of "rise". Since this is repeated 3 times in total, a total of 9 times, "put your hand on the ground and hit your forehead against the ground".
In the Ryukyu dynasty and Joseon, In response to the ** messenger ** from China ** King ** goes to the suburbs of the royal capital, He himself was greeted with a thank-you note for the grand kowtow.
The suburbs In the case of Ryukyu, it is Shureimon, In the case of Korea, it is Yeongeunmun.
Yeongeunmun is from https://ja.wikipedia.org/wiki/%E8%BF%8E%E6%81%A9%E9%96%80
For Dell precision T3500
Used
| This is a workstation I bought about 5 years ago, and as old evidence, USB2.There is only 0. Also, it is not UEFI but BIOS boot. This became very fast |
|---|
# hdparm -t /dev/nvme0n1p5
/dev/nvme0n1p5:
HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
Timing buffered disk reads: 4350 MB in 3.00 seconds = 1449.88 MB/sec
# df
File system size used Remaining used%Mount position
dev 4.9G 0 4.9G 0% /dev
run 4.9G 1.4M 4.9G 1% /run
/dev/sda1 138G 8.5G 122G 7% /
tmpfs 4.9G 233M 4.7G 5% /dev/shm
tmpfs 4.9G 0 4.9G 0% /sys/fs/cgroup
tmpfs 4.9G 8.0K 4.9G 1% /tmp
/dev/nvme0n1p3 20G 6.9G 12G 38% /usr
/dev/nvme0n1p4 9.8G 1.9G 7.5G 21% /var
/dev/nvme0n1p5 78G 512M 74G 1% /home
tmpfs 996M 20K 996M 1% /run/user/1000
# cat /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>
UUID=9d17f581-9ee1-4982-9f11-e8b776d32261 / ext4 defaults,noatime 0 1
/dev/nvme0n1p1 swap swap defaults,noatime 0 2
/dev/nvme0n1p2 /run ext4 defaults,noatime 0 1
/dev/nvme0n1p3 /usr ext4 defaults,noatime 0 1
/dev/nvme0n1p4 /var ext4 defaults,noatime 0 1
/dev/nvme0n1p5 /home ext4 defaults,noatime 0 1
# crontab -l
40 14 * * 2 halt -p
40 14 * * 5 halt -p
0 19 * * * halt -p
#If you want to quarantine
30 11 * * * freshclam ; clamscan --exclude-dir=^/sys --exclude-dir=^/proc --exclude-dir=^/dev --recursive --infected --move=/Virus--- /
Recommended Posts