Discussion:
Mielenkiintoinen havainto....
(too old to reply)
Pekka Takala
2015-10-21 12:41:06 UTC
Permalink
Joo. Kahvivaroitus.


Hankin tässä kuukausi takaperin koneeseeni uuden teratavun kiekkolevyn.

Siirsin vanhan teratavun kiintolevyn tiedot binäärisenä kopiona vanhalta
uudelle.

Vanhasta levystä piuha irti.

Boot.

Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.

Windows Vista ei osannut käynnistyä alkuun edes vikasietotilaan. Pitkän
runkkailun jälkeen sain sen jo vähän "lupaamaan" vikasietotilaan pääsyä
ja lopulta siihen pääsinkin. Siinä kohtaa lähinnä kyllästyin ja jatkoin
Linuxissa.

Se siitä Windowsin fiksuudesta. Osasin jopa odottaa ettei se toimi.
Linux toimii.

Huooh.


--- news://freenews.netfront.net/ - complaints: ***@netfront.net ---
Viljo Mustonen
2015-10-21 19:44:17 UTC
Permalink
Post by Pekka Takala
Joo. Kahvivaroitus.
Hankin tässä kuukausi takaperin koneeseeni uuden teratavun kiekkolevyn.
Siirsin vanhan teratavun kiintolevyn tiedot binäärisenä kopiona vanhalta
uudelle.
Vanhasta levystä piuha irti.
Boot.
Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.
Onnittelut! :)

Kiinnostaisi nähdä /etc/fstab:n sisältö.
Post by Pekka Takala
Windows Vista ei osannut käynnistyä alkuun edes vikasietotilaan. Pitkän
runkkailun jälkeen sain sen jo vähän "lupaamaan" vikasietotilaan pääsyä
ja lopulta siihen pääsinkin. Siinä kohtaa lähinnä kyllästyin ja jatkoin
Linuxissa.
Se siitä Windowsin fiksuudesta. Osasin jopa odottaa ettei se toimi.
Linux toimii.
Huooh.
--
Viljo
Pekka Takala
2015-10-23 09:53:01 UTC
Permalink
Post by Viljo Mustonen
Post by Pekka Takala
Joo. Kahvivaroitus.
Hankin tässä kuukausi takaperin koneeseeni uuden teratavun kiekkolevyn.
Siirsin vanhan teratavun kiintolevyn tiedot binäärisenä kopiona vanhalta
uudelle.
Vanhasta levystä piuha irti.
Boot.
Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.
Onnittelut! :)
Kiinnostaisi nähdä /etc/fstab:n sisältö.
<snip snippeti snip>
cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda6 / ext4 errors=remount-ro 0 1
#UUID=043d68c8-8894-4683-b776-ccd89fd7813b / ext3
errors=remount-ro 0 1
/dev/sda7 /home ext4 defaults 0 2
#UUID=931045de-9fd1-4879-91a1-d65248ba6b6b /home ext3
defaults 0 2
/dev/sda9 /work ext4 defaults 0 2
#UUID=205360f7-57c6-4dd7-a0fc-56b602e003ef /work ext3 nosuid,nodev 0 2
/dev/sda8 none swap sw 0 0
#UUID=f779f0c1-bcab-4a3d-9a19-4a7196fba561 none swap
sw 0 0
#/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
# /dev/hdd /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/sr1 /media/cdrom1 udf,iso9660 user,noauto 0 0
192.168.5.1:/work /www nfs defaults,noauto 0 0
#192.168.5.4:/www /wwwsql nfs defaults,noauto 0 0
#/work/server /export/server bind bind 0
#/dev/sdb1 /media/sdb1 auto user,noauto 0 0
#/dev/sdc1 /media/sdc1 auto user,noauto 0 0
UUID=8e62ee44-cb5d-4b47-9d43-aef1b8899d87 /work2 ext4 defaults 0 0

athlon:~# fdisk -l
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00067189

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 78140159 78140097 37,3G 7 HPFS/NTFS/exFAT
/dev/sda2 78140160 1953520064 1875379905 894,3G 5 Extended
/dev/sda5 * 78143488 136728575 58585088 28G b W95 FAT32
/dev/sda6 136729278 214853309 78124032 37,3G 83 Linux
/dev/sda7 214853373 800792054 585938682 279,4G 83 Linux
/dev/sda8 800792118 820327094 19534977 9,3G 82 Linux swap /
Solaris
/dev/sda9 820327158 1908193279 1087866122 518,8G 83 Linux
/dev/sda10 1908195328 1953519615 45324288 21,6G 7 HPFS/NTFS/exFAT

Partition 1 does not start on physical sector boundary.
Partition 6 does not start on physical sector boundary.
Partition 7 does not start on physical sector boundary.
Partition 8 does not start on physical sector boundary.
Partition 9 does not start on physical sector boundary.


Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 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
Disklabel type: dos
Disk identifier: 0xd4790835

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 209717247 209715200 100G 7 HPFS/NTFS/exFAT
/dev/sdb2 209717248 1953525167 1743807920 831,5G 83 Linux




Disk /dev/loop0: 392,9 MiB, 411967488 bytes, 804624 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
athlon:~#

</snip snippeti snip.>

Tuo sdb on koneessa aiemmin ollut levy, sda on kopioitu dd:llä sdb:stä
sda:han. Sdb kun rupesi olemaan jo kolme vuotta vanha, niin katsoin
viisaaksi kopsata tiedot ennenku leviää. High fly-writejä kun alkoi
tuolle levylle kertyä, niin katsoin että ei mitään tärkeää tietoa enää
tuolle levylle.

Linuxia nuo physical sector boundaryt ei näy häiritsevän mitenkään.
Kuvaavaa on, että kirjoitan tätä koneella Athlon, jonka nimi tuossa näkyy.

Linux tosiaan kopsinnan jälkeen käynnistyi moitteetta, windows ei. Toki
vasta kopioinnin jälkeen pistin sdb-levyn osioinnin uusiksi, mutta
käynnistin koneen ekan kerran kopioinnin jälkeen niin, ettei sdb ollut
edes kytkettynä. Grub starttasi moitteetta, samaten Linux. Ei ongelmaa.
Visva taas ei osannut startata. Ei vaikka mitä koitti.

Älä kysy miksi noin monta osiota. Se vain on minun tapa tehdä asioita,
ja havaittu toimivaksi, ei ehkä parhaaksi tavaksi tehdä ne.

ja että .sota olisi asiallinen, niin totta kai levyt ovat Seagaten
taattua laatua. Western Digitaleihin en koske pitkällä kepilläkään.
Post by Viljo Mustonen
Post by Pekka Takala
Windows Vista ei osannut käynnistyä alkuun edes vikasietotilaan. Pitkän
runkkailun jälkeen sain sen jo vähän "lupaamaan" vikasietotilaan pääsyä
ja lopulta siihen pääsinkin. Siinä kohtaa lähinnä kyllästyin ja jatkoin
Linuxissa.
Se siitä Windowsin fiksuudesta. Osasin jopa odottaa ettei se toimi.
Linux toimii.
Huooh.
--- news://freenews.netfront.net/ - complaints: ***@netfront.net ---
Viljo Mustonen
2015-10-23 17:21:38 UTC
Permalink
Post by Pekka Takala
Post by Viljo Mustonen
Post by Pekka Takala
Joo. Kahvivaroitus.
Hankin tässä kuukausi takaperin koneeseeni uuden teratavun kiekkolevyn.
Siirsin vanhan teratavun kiintolevyn tiedot binäärisenä kopiona vanhalta
uudelle.
Vanhasta levystä piuha irti.
Boot.
Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.
Onnittelut! :)
Kiinnostaisi nähdä /etc/fstab:n sisältö.
<snip snippeti snip>
cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda6 / ext4 errors=remount-ro 0 1
snip

Tuo vahvisti käsitykseni, että bootti onnistuu kloonatulta levyltä
laitenimellä jos kloonattu levy liitetään samaan sata liittimeen jolla
kloonattavakin oli.

Muita mahdollisuuksia on:

ls -l /dev/disk/
drwxr-xr-x 2 root root 4220 21.10. 13:10 by-id
drwxr-xr-x 2 root root 580 21.10. 13:10 by-label
drwxr-xr-x 2 root root 100 21.10. 13:10 by-partlabel
drwxr-xr-x 2 root root 420 21.10. 13:10 by-partuuid
drwxr-xr-x 2 root root 760 21.10. 13:10 by-path
drwxr-xr-x 2 root root 580 21.10. 13:10 by-uuid

Niistä on melko hyvä selostus:
https://wiki.archlinux.org/index.php/Persistent_block_device_naming#by-uuid

Vaikeimpia saada kloonattu levy boottaamaan ovat by-id ja by-path.

Itse olen suosinut by-label:ia lähes kymmenen vuotta. Labelin voi tehdä
kuvaavaksi muistamisen helpottamiseksi ja kloonatulta levyltä/osiolta
boottaamisen pitäisi useimmiten onnistua eri sata väylältäkin.
Post by Pekka Takala
athlon:~# fdisk -l
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00067189
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 63 78140159 78140097 37,3G 7 HPFS/NTFS/exFAT
/dev/sda2 78140160 1953520064 1875379905 894,3G 5 Extended
/dev/sda5 * 78143488 136728575 58585088 28G b W95 FAT32
/dev/sda6 136729278 214853309 78124032 37,3G 83 Linux
/dev/sda7 214853373 800792054 585938682 279,4G 83 Linux
/dev/sda8 800792118 820327094 19534977 9,3G 82 Linux swap /
Solaris
/dev/sda9 820327158 1908193279 1087866122 518,8G 83 Linux
/dev/sda10 1908195328 1953519615 45324288 21,6G 7 HPFS/NTFS/exFAT
Partition 1 does not start on physical sector boundary.
Partition 6 does not start on physical sector boundary.
Partition 7 does not start on physical sector boundary.
Partition 8 does not start on physical sector boundary.
Partition 9 does not start on physical sector boundary.
snips
Post by Pekka Takala
Linuxia nuo physical sector boundaryt ei näy häiritsevän mitenkään.
Kuvaavaa on, että kirjoitan tätä koneella Athlon, jonka nimi tuossa näkyy.
Sector size (logical/physical): 512 bytes / 4096 bytes
Levyn firmware osaa osaa käyttää 512 tavun loogisia sectoreita. Muunnoksen
vuoksi nopeus vain pienenee jonkin verran, varsinkin kirjoituksessa.
Post by Pekka Takala
Linux tosiaan kopsinnan jälkeen käynnistyi moitteetta, windows ei. Toki
vasta kopioinnin jälkeen pistin sdb-levyn osioinnin uusiksi, mutta
käynnistin koneen ekan kerran kopioinnin jälkeen niin, ettei sdb ollut
edes kytkettynä. Grub starttasi moitteetta, samaten Linux. Ei ongelmaa.
Visva taas ei osannut startata. Ei vaikka mitä koitti.
Älä kysy miksi noin monta osiota. Se vain on minun tapa tehdä asioita,
ja havaittu toimivaksi, ei ehkä parhaaksi tavaksi tehdä ne.
Vähähän noita on, minulla on: :)

ls -l /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Oct 23 15:54 OS -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 SYSTEM -> ../../sda1
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda10_S131-32b-h -> ../../sda10
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda11_free -> ../../sda11
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda12-local-1 -> ../../sda12
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda13-local-3 -> ../../sda13
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda3_S131-rescue -> ../../sda3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda5-S131-home -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda6-S123-home -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda7_Swap -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda8_S132-home -> ../../sda8
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda9_S123-home -> ../../sda9
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb1_free -> ../../sdb1
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb2_S132-root -> ../../sdb2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb3_S123-root -> ../../sdb3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb5_free -> ../../sdb5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb6-free -> ../../sdb6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb7-free -> ../../sdb7
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb8-free -> ../../sdb8
lrwxrwxrwx 1 root root 10 Oct 23 15:55 sdb9-Local_2 -> ../../sdb9
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc1_S132-root -> ../../sdc1
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc2_S132-home -> ../../sdc2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc3_free -> ../../sdc3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc4_S131-root -> ../../sdc4
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc5_S131-home -> ../../sdc5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc6_S421-root -> ../../sdc6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc7_S421-home -> ../../sdc7

Nyt varsinaisessa käytössä ovat openSUSE 13.2:n sdc1_S132-root,
sdc2_S132-home, Kaikille yhteinen sda7_Swap sekä varasto-osiot
sda12-local-1, sdb9-Local_2 ja sda13-local-3.
sda3_S131-rescue:lla hoidetaan maintenansi ja toimii myös boot
valikkona muille käytiksille.
Muut osiot vanhoja testi ja käytöstä poistuneita distro versioita,
joita ei tullut poistettua

sdc on 128 G SSD. sda ja sdb ovat Teran kiekkoja.
Post by Pekka Takala
ja että .sota olisi asiallinen, niin totta kai levyt ovat Seagaten
taattua laatua. Western Digitaleihin en koske pitkällä kepilläkään.
Minun pienellä otannalla parasta laatua oli Samsung:n kiekot.
Valitettavasti niitä ei enää valmisteta. ;)

Noin 5 vuotiailla Teran levyillä GSmartControl:in mukaan:
Seagate Barracuda 7200.12: Reallocated Sector Count 12,
Hardware ECC Recovered 67772009
SAMSUNG HD103SJ: Reallocated Sector Count 0
Hardware ECC Recovered 0

Noin 3 vuotiaalla SAMSUNG SSD 840 PRO 128 GB: Reallocated Sector Count 0
Hardware ECC Recovered 0
--
Viljo
Jouko Holopainen
2015-10-24 02:51:38 UTC
Permalink
Post by Viljo Mustonen
Vähähän noita on, minulla on: :)
ls -l /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Oct 23 15:54 OS -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 SYSTEM -> ../../sda1
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda10_S131-32b-h -> ../../sda10
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda11_free -> ../../sda11
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda12-local-1 -> ../../sda12
lrwxrwxrwx 1 root root 11 Oct 23 15:54 sda13-local-3 -> ../../sda13
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda3_S131-rescue -> ../../sda3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda5-S131-home -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda6-S123-home -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda7_Swap -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda8_S132-home -> ../../sda8
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sda9_S123-home -> ../../sda9
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb1_free -> ../../sdb1
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb2_S132-root -> ../../sdb2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb3_S123-root -> ../../sdb3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb5_free -> ../../sdb5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb6-free -> ../../sdb6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb7-free -> ../../sdb7
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdb8-free -> ../../sdb8
lrwxrwxrwx 1 root root 10 Oct 23 15:55 sdb9-Local_2 -> ../../sdb9
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc1_S132-root -> ../../sdc1
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc2_S132-home -> ../../sdc2
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc3_free -> ../../sdc3
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc4_S131-root -> ../../sdc4
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc5_S131-home -> ../../sdc5
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc6_S421-root -> ../../sdc6
lrwxrwxrwx 1 root root 10 Oct 23 15:54 sdc7_S421-home -> ../../sdc7
Huh, huh! Mä haluun pitää simppelinä, yks pool riittää:
£ zpool status
pool: raidpool
state: ONLINE
scan: scrub repaired 0 in 4h43m with 0 errors on Mon Sep 29 07:21:36 2014
config:
NAME STATE READ WRITE CKSUM
raidpool ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
c2t4d0p0 ONLINE 0 0 0
c2t3d0p0 ONLINE 0 0 0
c0t1d0p0 ONLINE 0 0 0
c2t2d0p0 ONLINE 0 0 0
c2t5d0p0 ONLINE 0 0 0
c2t1d0p0 ONLINE 0 0 0
logs
c2t0d0s3 ONLINE 0 0 0
cache
c2t0d0s4 ONLINE 0 0 0
errors: No known data errors

Eli yksi pool koostuen kuudesta 2T levystä (joista 2 raidiin),
käyttökelpoista tilaa 7T. Sitten on yks SSD boot/root + cache + zil.
--
@jhol

www.iki.fi/jhol
Pertti Kosunen
2015-10-23 13:33:37 UTC
Permalink
Post by Pekka Takala
Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.
dd if=/dev/zero of=/tmp/writetest bs=8k count=128k; rm -f /tmp/writetest

Näkyykö kirjoitusnopeudessa, lukunopeuteen ei juuri pitäisikään vaikuttaa?
Pekka Takala
2015-10-24 10:39:46 UTC
Permalink
Post by Pertti Kosunen
Post by Pekka Takala
Linux käynnistyi uudelta levyltä Grubin ylöskiskomana ilman
minkäänlaisia ongelmia. Jopa käyttöliittymä käynnistyi ihan kuin
vanhalta, orkkislevyltä sillä erolla, että vähän nopeammin. Eikä yhtään
häirinnyt että uudella levyllä fyysinen blokkikoko oli 4096 eikä 512,
eikä se että osiorajat eivät olleet blokkirajoilla.
dd if=/dev/zero of=/tmp/writetest bs=8k count=128k; rm -f /tmp/writetest
Näkyykö kirjoitusnopeudessa, lukunopeuteen ei juuri pitäisikään vaikuttaa?
Piti vain säätää tuo 128k isommaksi, kun koneessani on 8 G muisti. Meni
välimuistin nopeustestiksi, jollon sieltä tuli kiintolevylle aika
uskomattomia lukuja.

dd if=/dev/zero of=writetest bs=8k count=128k; rm -f writetest
131072+0 tietuetta sisään
131072+0 tietuetta ulos
1073741824 tavua (1,1 GB) kopioitu 1,33658 sekunnissa, 803 MB/s

Hmmm. Tosiaan meni välimuistiin.

4 gigan paketilla:


dd if=/dev/zero of=writetest bs=8k count=512K; rm -f writetest
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 38,8941 sekunnissa, 110 MB/s

dd if=/dev/zero of=writetest bs=8k count=512K; rm -f writetest
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 31,2665 sekunnissa, 137 MB/s


Ei ainakaan minua häiritsevällä tavalla haittaa.

Lukutesti:

dd if=/dev/sda7 of=/dev/null bs=8k count=512K
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 19,6822 sekunnissa, 218 MB/s

dd if=/dev/sda7 of=/dev/null bs=8k count=512K
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 22,0139 sekunnissa, 195 MB/s


Vanha levy:

dd if=/dev/sdb2 of=/dev/null bs=8k count=512K
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 33,1326 sekunnissa, 130 MB/s




--- news://freenews.netfront.net/ - complaints: ***@netfront.net ---
Pertti Kosunen
2015-10-24 12:52:51 UTC
Permalink
Post by Pekka Takala
dd if=/dev/zero of=writetest bs=8k count=512K; rm -f writetest
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 31,2665 sekunnissa, 137 MB/s
Ei ainakaan minua häiritsevällä tavalla haittaa.
Näköjään levyjen firmwaret osaavat jo hoitaa hommat ripeästi, joillakin
vanhemmilla Western Digitalin 4k-levyillä kirjoitus meni täysin tukkoon
väärin kohdistetuilla osioilla.
Jouko Holopainen
2015-10-25 01:37:16 UTC
Permalink
Post by Pekka Takala
dd if=/dev/zero of=writetest bs=8k count=512K; rm -f writetest
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 38,8941 sekunnissa, 110 MB/s
dd if=/dev/zero of=writetest bs=8k count=300K; rm -f writetest
307200+0 records in
307200+0 records out
2516582400 bytes (2,5 GB) copied, 25,9447 s, 97,0 MB/s

Tää on sitten verkon yli.
--
@jhol

www.iki.fi/jhol
Viljo Mustonen
2015-10-25 11:24:15 UTC
Permalink
Post by Jouko Holopainen
Post by Pekka Takala
dd if=/dev/zero of=writetest bs=8k count=512K; rm -f writetest
524288+0 tietuetta sisään
524288+0 tietuetta ulos
4294967296 tavua (4,3 GB) kopioitu 38,8941 sekunnissa, 110 MB/s
dd if=/dev/zero of=writetest bs=8k count=300K; rm -f writetest
307200+0 records in
307200+0 records out
2516582400 bytes (2,5 GB) copied, 25,9447 s, 97,0 MB/s
Tää on sitten verkon yli.
Tuo levylle kirjoitus nopeuden mittaustapa voi antaa hyvinkin harhaan
johtavia tuloksia, riippuen levy cacheen käyttävissä olevan muisti
määrän suhteesta siirrettävään datan määrään.

Tässä koneessa on 8 GB rammia. Kokeilun ajaksi annoin VirtualBox:ssa
olevalle XP:lle käytettäväksi 5 GB muistia.

--------------------------------------------------------------------

mount /dev/sdb5 /mnt/

XP ei käynnissä
---------------

dd if=/dev/zero of=/mnt/writetest bs=8k count=100K; rm -f /mnt/writetest
102400+0 records in
102400+0 records out
838860800 bytes (839 MB) copied, 0.9108 s, 921 MB/s

dd if=/dev/zero of=/mnt/writetest bs=8k count=300K; rm -f /mnt/writetest
307200+0 records in
307200+0 records out
2516582400 bytes (2.5 GB) copied, 10.2472 s, 246 MB/s

if=/dev/zero of=/mnt/writetest bs=8k count=900K; rm -f /mnt/writetest
921600+0 records in
921600+0 records out
7549747200 bytes (7.5 GB) copied, 50.0056 s, 151 MB/s


hdparm -Tt /dev/sdb5
/dev/sdb5:
Timing cached reads: 13496 MB in 1.99 seconds = 6765.57 MB/sec
Timing buffered disk reads: 432 MB in 3.01 seconds = 143.37 MB/sec


XP käynnissä
------------

if=/dev/zero of=/mnt/writetest bs=8k count=100K; rm -f /mnt/writetest
102400+0 records in
102400+0 records out
838860800 bytes (839 MB) copied, 2.73134 s, 307 MB/s

dd if=/dev/zero of=/mnt/writetest bs=8k count=300K; rm -f /mnt/writetest
307200+0 records in
307200+0 records out
2516582400 bytes (2.5 GB) copied, 14.8957 s, 169 MB/s

dd if=/dev/zero of=/mnt/writetest bs=8k count=900K; rm -f /mnt/writetest
921600+0 records in
921600+0 records out
7549747200 bytes (7.5 GB) copied, 53.917 s, 140 MB/s

hdparm -Tt /dev/sdb5
/dev/sdb5:
Timing cached reads: 14014 MB in 1.99 seconds = 7026.21 MB/sec
Timing buffered disk reads: 432 MB in 3.01 seconds = 143.48 MB/sec

------------------------------------------------------------------------

sdb on SAMSUNG HD103SJ, sille
http://www.tomshardware.com/reviews/HDD-6Gbit,2528-3.html
on mitannut "Streaming Writes" nopeudeksi 142 MB/s.
--
Viljo
Loading...