SSD-systeemilevy?

Post by Jukka Lahtinen
Toukokuussa tarinoin IO-erroriin jämähtäneestä system-upgradesta
10-vuotiaassa koneessa.
Nyt olisi tarkoitus tilata uusi kone mieluummin tänään tai viimeistään
maanantaina.
Mitä raati on mieltä sellaisesta ajatuksesta että ottaisi systeemilevksi
SSD:n ja laittaisi /home -partition perinteiselle pyörivälle levylle?
SSD ilmeisesti on nopeampi ja sillä softat latautuisivat nopeammin.
Toimiiko käytännössä, kestääkö, mitä erityistä pitäisi ottaa huomioon?
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

En muusta tiedä, mutta Samsung 850 EVO SSD 250 Gt on reilut 5 vuotta nyt
ollut käytössä ja vielä toimii :)

Onhan se nopeampi ja hiljaisempi kuin "perinteinen", vanha satalevy on
mulla pelkästään varmuuskopiointia varten...

TRIMmiä joskus kattelin, mutta en siitä oikein tajunnut mitään.. Jostain
netistä kattelin ohjeita ja sen mukaan koitin säätää..

--
Arto Järvinen
***@gmail.com

Milky

2020-08-27 15:57:50 UTC

Post by Arto JÃ¤rvinen
En muusta tiedä, mutta Samsung 850 EVO SSD 250 Gt on reilut 5 vuotta nyt
ollut käytössä ja vielä toimii :)
Onhan se nopeampi ja hiljaisempi kuin "perinteinen", vanha satalevy on
mulla pelkästään varmuuskopiointia varten...
TRIMmiä joskus kattelin, mutta en siitä oikein tajunnut mitään.. Jostain
netistä kattelin ohjeita ja sen mukaan koitin säätää...

Itellä kanssa Samsung 850 EVO tosin 500 Gt. Läppärissä ainoa levypaik-
ka joten ei ole perinteistä levyä toisena. Alkuperäinen kovo SATA-III
320 Gt levy. Ollut viime Helmikuussa 4 V:tta. Kirjoitettu yli 18 Tt:a.
EndevourOS pääkäyttiksenä. Olen laittanut sekä / että /home partition
SSD:lle. Tubutin 10 Pro myöskin löytyy pieneltä WIN partitiolta. Hal-
lusin pitää myöskin Windowsin vaikka pyrin tekemään kaiken Linux:lla
ja vältän Win 10:n käyttöä. Levyyn ollut erittäin tyytyväinen ja kes-
tää varmaan vielä pitkään tälläkin käytöllä...

--Milky--

Milky

2020-08-27 16:10:57 UTC

Post by Arto JÃ¤rvinen
En muusta tiedä, mutta Samsung 850 EVO SSD 250 Gt on reilut 5 vuotta
nyt ollut käytössä ja vielä toimii :)
Onhan se nopeampi ja hiljaisempi kuin "perinteinen", vanha satalevy on
mulla pelkästään varmuuskopiointia varten...
TRIMmiä joskus kattelin, mutta en siitä oikein tajunnut mitään..
Jostain netistä kattelin ohjeita ja sen mukaan koitin säätää...

Piti vielä mainita että Linux partitiot ovat molemmat tiedostojär-
jestelmät XFS:llä...

Milky

2020-08-27 16:33:45 UTC

Post by Arto JÃ¤rvinen
En muusta tiedä, mutta Samsung 850 EVO SSD 250 Gt on reilut 5 vuotta
nyt ollut käytössä ja vielä toimii :)
Onhan se nopeampi ja hiljaisempi kuin "perinteinen", vanha satalevy
on mulla pelkästään varmuuskopiointia varten...
TRIMmiä joskus kattelin, mutta en siitä oikein tajunnut mitään..
Jostain netistä kattelin ohjeita ja sen mukaan koitin säätää...

   Itellä kanssa Samsung 850 EVO tosin 500 Gt. Läppärissä ainoa levypaik-
   ka joten ei ole perinteistä levyä toisena. Alkuperäinen kovo SATA-III
   320 Gt levy. Ollut viime Helmikuussa 4 V:tta. Kirjoitettu yli 18 Tt:a.
   EndevourOS pääkäyttiksenä. Olen laittanut sekä / että /home partition
   SSD:lle. Tubutin 10 Pro myöskin löytyy pieneltä WIN partitiolta. Hal-
   lusin pitää myöskin Windowsin vaikka pyrin tekemään kaiken Linux:lla
   ja vältän Win 10:n käyttöä. Levyyn ollut erittäin tyytyväinen ja kes-
   tää varmaan vielä pitkään tälläkin käytöllä...
   --Milky--

Piti vielä mainita että Linux partitiot ovat molemmat tiedostojär-
jestelmät XFS:llä...

Korjattakoon vielä :( Kirjotetaan EndeavourOS ja on Cinnamon
työpöydällä. Ja toinen vielä siis yli 28 Tt eikä 18 Tt niinkuin
kirjoitin. Toivottavasti nyt tuli oiken ? :)

--Milky--

Anssi Saari

2020-06-05 13:46:20 UTC

Riippuu varmaan mitä siellä homessa on? Mulla on pyörivät datalevyt
erikseen isompia tiedostoja varten. Mutta esim. webbiselaimet ja
mailiohjelmat cachettavat kyllä kovasti kalaa kotihakemistoon eli
turhaan hidastat konettasi tuolla idealla.

Monet tuntuivat ajattelivan SSD:n tullessa että ne ovat jäätelöä joka
sulaa heti koneessa ja parempi pitää pakkasessa tai muuten varoa
käyttämästä normaalisti. Mutta normaalia käyttötavaraa ne vaan ovat.

Post by Jukka Lahtinen
SSD ilmeisesti on nopeampi ja sillä softat latautuisivat nopeammin.
Toimiiko käytännössä, kestääkö, mitä erityistä pitäisi ottaa huomioon?

Aika vähän pitää ottaa huomioon. Esim. relatime on nykyään oletus
ext4:ssä mutta jos on vanhoja tiedostojärjestelmiä tai Linux-asennuksia
niin kannattaa katsoa mitä optioita käyttää.

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Vähän riippuu, kuranteissa asemissa ei liene enää kauheasti bugeja mutta
mulla sattuu olemaan 800-sarjan Samsungeja joissa ongelmia on ja niinpä
käytäntönä on ajaa fstrim ajastimella ja muutenkin aina joskus kun
koneet ei ole aina päällä. Toki modernit Linuxit tuntevat ongelma-asemat
eivätkä lähetä dataa rikkovia komentoja bugisille asemille.

Ari Saastamoinen

2020-06-05 16:08:03 UTC

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Jos TRIMmiä ei käytä, niin levy ei pysty kierrättämään eraseblokkeja,
ja levy kuluu nopeammin (Tosin nykyiset härpäkkeet kestävät jo sen
verran monta erasointikertaa, että mahtaako tuolla olla ihan oikeasti
ongelma)

Post by Anssi Saari
Vähän riippuu, kuranteissa asemissa ei liene enää kauheasti bugeja mutta
mulla sattuu olemaan 800-sarjan Samsungeja joissa ongelmia on ja niinpä
käytäntönä on ajaa fstrim ajastimella ja muutenkin aina joskus kun
koneet ei ole aina päällä. Toki modernit Linuxit tuntevat ongelma-asemat
eivätkä lähetä dataa rikkovia komentoja bugisille asemille.

Mitenkäs toi levyssä oleva bugi muka käyttäytyy eri tavalla jos fstrim
ajetaan erikseen verrattuna siihen, että filesysteemi trimmaa
automaagisesti? Mä näkisin, että noitten erona on lähinnä se, että
automaattitrimmi saattaa hidastaa levykirjoituksia ennustamattomana
ajankohtana, ja tuon manuaalitrimmin saa ajautumaan aina haluttuun
aikaan.

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Jukka Lahtinen

2020-06-05 17:30:27 UTC

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Eli laittaa trimmin cronilla sellaiseen aikaan kun ei yleensä ole itse
käyttämässä konetta. Vaikka joskus klo 02-06 välisenä aikana.

--
Jukka Lahtinen

Anssi Saari

2020-06-06 16:45:48 UTC

Post by Ari Saastamoinen
Mitenkäs toi levyssä oleva bugi muka käyttäytyy eri tavalla jos fstrim
ajetaan erikseen verrattuna siihen, että filesysteemi trimmaa
automaagisesti?

TRIM-komennon voi ajaa "jonoutettuna" tai ilman. Ilman tarkoittaa
tahmautumista koska mitään ei voi tehdä ennen kuin trim on valmis, jonon
kanssa se on yksi komento muiden joukossa eikä pitäisi hidastaa
elämää. Mutta juuri tähän ne bugit kasautuivat, TRIM ja NCQ oli dataa
sotkeva yhdistelmä joissain levyissä.

Mun läppärissä oleva Samsung 850 löytyy tuolta kernelin mustalta
listalta kohdasta
/* devices that don't properly handle queued TRIM commands */
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c

Post by Ari Saastamoinen
Mä näkisin, että noitten erona on lähinnä se, että automaattitrimmi
saattaa hidastaa levykirjoituksia ennustamattomana ajankohtana

Tällä ei ole juuri merkitystä enää jos TRIM onnistuu jonoutettuna.

Post by Ari Saastamoinen
ja tuon manuaalitrimmin saa ajautumaan aina haluttuun aikaan.

Edellyttäen että kone on aina päällä. En tiedä miten nykyiset systemd:n
ajastimet toimivat mutta en erityisesti haluaisi että fstrim ajetaan
heti bootin jälkeen jos kone on ollut unessa tuona haluttuna
aikana. Vaikka toisaalta, sen ajaminen ei yleensä kestä muutamaa
sekuntia pidempään.

Ari Saastamoinen

2020-06-07 16:48:27 UTC

Post by Ari Saastamoinen
Mitenkäs toi levyssä oleva bugi muka käyttäytyy eri tavalla jos fstrim
ajetaan erikseen verrattuna siihen, että filesysteemi trimmaa
automaagisesti?

Kumpikos noista jonottaa tai jättää jonottamatta? Filesysteemin
autotrimmi vai fstrim-komento?

Mutta blokin tyhjennys on huomattavasti hitaampi komento kuin ihan
vain levylle kirjoitus, joten kyllä se jonotettunakin hidastaa, jos
levyio:ta on niin paljon, että se ei kerkiä kirjoitusten välissä
tekemään niitä trimmejään. Niin sitten trimmaamattomien blokkien
loppuessa, sen levyn on pakko alkaa uusiokäyttämään blokkejaan (siis
tyhjentämään niitä kirjoitusten yhteydessä.)

Tähän vastaavaan ongelmaan saattaa törmätä nykyään myös pyörivillä
kiekoilla olevilla levyillä, jotka käyttävät SMR-tekniikkaa
kapasiteetin kasvattamiseksi, ja WD:hän on nyt haastettu oikeuteenkin
siitä, kun eivät mitenkään kerro sitä, että onko levy SMR vai ei, kun
jotkut RAID-toteutukset hajoaa levyjen resyncin aikana, kun levyn
nopeammin kirjoitettavat bufferit tulevat täyteen, ja se on pakotettu
järjestelemään dataansa uudestaan ja minissa RAIDeissa oletuksena
olevan minuutin timeoutit paukkuu ennenkuin levy saa toteutettua
kirjoituksen, mutta käyttäjällä ei ole mitään tietoa siitä, että levy
ei sovellu RAIDiin.

Post by Anssi Saari
elämää. Mutta juuri tähän ne bugit kasautuivat, TRIM ja NCQ oli dataa
sotkeva yhdistelmä joissain levyissä.

Hmm.. eikö oikeampi kysymys tavallaan olisi se, että kannattaako
SSD-levyjen kanssa käyttää yhtään mitään muuta
jononkäsittelyalgoritmia kuin NONE:a (Ja sama juttu
esim. virtuaalikoneiden (guesteissa), ja raidatuissa levyissä (raidin
yläpuolella) yms. , joissa se ylemmän tason kerros ei näe sitä alemman
tason levygeometriaa

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Anssi Saari

2020-06-11 07:46:31 UTC

Post by Ari Saastamoinen
Kumpikos noista jonottaa tai jättää jonottamatta? Filesysteemin
autotrimmi vai fstrim-komento?

Autotrimmi jonottaa.

Post by Ari Saastamoinen
Mutta blokin tyhjennys on huomattavasti hitaampi komento kuin ihan
vain levylle kirjoitus, joten kyllä se jonotettunakin hidastaa, jos
levyio:ta on niin paljon, että se ei kerkiä kirjoitusten välissä
tekemään niitä trimmejään. Niin sitten trimmaamattomien blokkien
loppuessa, sen levyn on pakko alkaa uusiokäyttämään blokkejaan (siis
tyhjentämään niitä kirjoitusten yhteydessä.)

Näin. Tosin Wikipedia antaa ymmärtää että tyypillinen rajoitus
tyhjennettäville lohkoille on kilo jolla maksimiviive on 20 ms mikä
tuntuu vähintäänkin oudolta. Ikään kuin se tyhjennys ei olisi pakollista
myöskään suorittaa heti koska 1000 blokkia ei millään taida tyhjentyä 20
ms:n aikana.

Post by Ari Saastamoinen
Tähän vastaavaan ongelmaan saattaa törmätä nykyään myös pyörivillä
kiekoilla olevilla levyillä, jotka käyttävät SMR-tekniikkaa
kapasiteetin kasvattamiseksi, ja WD:hän on nyt haastettu oikeuteenkin
siitä, kun eivät mitenkään kerro sitä, että onko levy SMR vai ei, kun
jotkut RAID-toteutukset hajoaa levyjen resyncin aikana, kun levyn
nopeammin kirjoitettavat bufferit tulevat täyteen, ja se on pakotettu
järjestelemään dataansa uudestaan ja minissa RAIDeissa oletuksena
olevan minuutin timeoutit paukkuu ennenkuin levy saa toteutettua
kirjoituksen, mutta käyttäjällä ei ole mitään tietoa siitä, että levy
ei sovellu RAIDiin.

Joo, tuskaista on SMR:n kanssa. Sentään Geizhals ilmeisesti listaa mitkä
levyt on SMR ja mitkä eivät mutta törkeää ja typerää kyllä
levyvalmistajilta, ei kai WD ole ainoa vaan kaikki (tai onko se molemmat
nykyään?) valmistajat tekevät samaa. Pitäisi joskus jaksaa saada
aikaiseksi päivittää pientä levypalvelinta mutta asiaa ei edistä se
ettei ole täyttä varmuutta että levyt on asiallisia siihen käyttöön.

Ari Saastamoinen

2020-06-11 14:13:40 UTC

Post by Anssi Saari
nykyään?) valmistajat tekevät samaa. Pitäisi joskus jaksaa saada
aikaiseksi päivittää pientä levypalvelinta mutta asiaa ei edistä se
ettei ole täyttä varmuutta että levyt on asiallisia siihen käyttöön.

hdparm:n tekijät ovat todenneet, että tuota ei saa katsottua edes
mistään firmiksen flageistakaan, mutta jos levy tukee TRIMiä, niin
sitten se on SMR, mutta kaikki SMR:t ei ehkä välttämättä tue TRIMmiä.

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Jukka Lahtinen

2020-06-05 16:27:54 UTC

Tein sitten tilauksen, kone pitäisi olla noudettavissa ensi viikolla.
Siihen tulee SSD:ksi myyjän suosittelema Samsung 970 EVO PLUS 500GB NVMe
M.2, eli 500-gigainen, ja seuraksi 2-terainen pyörivä levy kun eivät ole
kovin kalliita.

Post by Jukka Lahtinen
Mitä raati on mieltä sellaisesta ajatuksesta että ottaisi systeemilevksi
SSD:n ja laittaisi /home -partition perinteiselle pyörivälle levylle?

Ehkä sitten kotihakemistonkin voisi antaa mennä SSD:lle, katsotaan.
Pyörivälle menee ainakin valokuvakokoelma ja ehkä jotain muuta tilaa
vievää. Ja varmuuskopioille se on hyvä paikka.
Ja ehkä myös vara-systeemipartitio jolta voi bootata jos normaalisti
käytettävään tulee jotain ongelmaa.

Post by Anssi Saari
Monet tuntuivat ajattelivan SSD:n tullessa että ne ovat jäätelöä joka
sulaa heti koneessa ja parempi pitää pakkasessa tai muuten varoa
käyttämästä normaalisti. Mutta normaalia käyttötavaraa ne vaan ovat.

Jotain tuon suuntaista luin joskus vuosia sitten, mutta se on sitten
nykyään ilmeisesti vanhentunutta tietoa.

Post by Anssi Saari
Aika vähän pitää ottaa huomioon. Esim. relatime on nykyään oletus
ext4:ssä mutta jos on vanhoja tiedostojärjestelmiä tai Linux-asennuksia
niin kannattaa katsoa mitä optioita käyttää.

Ajattelinkin että relatime olisi hyvä optio, ehkä myös
lazytime.. nykyisin minulla on ollut nodiratime -optio käytössä.

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Eli ei ilmeisesti ole hirveän kriittistä, ja voi kokeilla huomaako eroa
erilaisilla säädöillä.
Mulla on nykyinen kone ollut käytännössä aina päällä (paitsi
lomamatkojen aikana), ja todennäköisesti seuraavakin tulee olemaan.

--
Jukka Lahtinen

Harri

2020-06-05 16:07:15 UTC

Post by Jukka Lahtinen
Mitä raati on mieltä sellaisesta ajatuksesta että ottaisi systeemilevksi
SSD:n ja laittaisi /home -partition perinteiselle pyörivälle levylle?

Laita sekä / että /home SSD:lle, niin nopeuttaa kivasti käyttöä.

Post by Jukka Lahtinen
SSD ilmeisesti on nopeampi ja sillä softat latautuisivat nopeammin.
Toimiiko käytännössä, kestääkö, mitä erityistä pitäisi ottaa huomioon?

SSD on uusi normaali. Kysymyksesi on vähän kuin 10 vuoden takaa. :-)

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Kerran viikossa TRIM. Komento Linuxissa on "/sbin/fstrim -a". Mutta
selvitä ensin, ajaako käyttöjärjestelmäsi sen jo vakiona kerran viikossa.
Esim. Debian Buster tekee tämän automaattisesti, joten manuaalisesti
sitä ei lisäksi kannata ajaa turhaan.

Jos sen sijaan pitää ajaa se manuaalisesti, niin se kannattaa ajastaa
Croniin. Esim. /etc/cron.d/local:iin rivi:
@weekly root /sbin/fstrim -a

--
Harri

Jukka Lahtinen

2020-06-05 21:14:43 UTC

Post by Jukka Lahtinen
Mitä raati on mieltä sellaisesta ajatuksesta että ottaisi systeemilevksi
SSD:n ja laittaisi /home -partition perinteiselle pyörivälle levylle?

Laita sekä / että /home SSD:lle, niin nopeuttaa kivasti käyttöä.

Joo, tätähän sanoivat muutkin.

Post by Jukka Lahtinen
SSD ilmeisesti on nopeampi ja sillä softat latautuisivat nopeammin.
Toimiiko käytännössä, kestääkö, mitä erityistä pitäisi ottaa huomioon?

SSD on uusi normaali. Kysymyksesi on vähän kuin 10 vuoden takaa. :-)

Niin on tämä seuraajaa kaipaava masiinakin, joten mikäs ihme siinä kun
silloin viimeksi mietin komponenttien valintaa :-)

Tässä välissä on vain hiiri tullut vaihdettua kun edellisen napit
rupesivat oikuttelemaan. Niin, ja rinnakkaisliitäntäkortti printteriä
varten tuli jossain välissä vaihdettua kun koneessa alunperin ollut
tarvitsi oman driverinsa jonka sovittaminen vaihtuville kerneleille
alkoi käydä liian työlääksi kun valmistajalta rupesi tulemaan uudet
versiot aina myöhässä ja piti kaivaa sorsat ja yrittää virittää jotain
että saisi käännettyä udelle kernelille.

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Kerran viikossa TRIM. Komento Linuxissa on "/sbin/fstrim -a". Mutta
selvitä ensin, ajaako käyttöjärjestelmäsi sen jo vakiona kerran viikossa.

Fedoraa olen käyttänyt ja sen ajattelin asentaa uuteenkin koneeseen kun
on tuttu ja sitä olen tottunut käyttämään. Pitää sitten asennuksen
jälkeen tutkia millaiset säädöt se oletuksena tekee.

--
Jukka Lahtinen

Jukka Lahtinen

2020-06-13 11:19:10 UTC

Post by Jukka Lahtinen

Post by Jukka Lahtinen
Miten kannattaisi esim. SSD:n TRIM:iä käyttää?

Kerran viikossa TRIM. Komento Linuxissa on "/sbin/fstrim -a". Mutta
selvitä ensin, ajaako käyttöjärjestelmäsi sen jo vakiona kerran viikossa.

Torstaina kävin hakemassa uuden koneen kotiin, ja käyttöjärjestelmän
(Fedora 32) asennushan menikin tosi nopeasti, enemmän varmaan meni aikaa
partitiointiehdotusta ihmetellessä kuin itse asennuksessa sen jälkeen.
Asennusohjelma halusi tehdä erilliset /boot - ja /boot/efi -partitiot
juuren ja /home:n lisäksi, joten annoin sen tehdä ne. Taitaa olla
nykyraudalla käytännössä pakollista vaikka vanhassa koneessa
boot-hakemisto oli juuripartitiolla.
Partitioiden numerojärjestyksessä /boot/efi on 600-megainen ja /boot
gigan kokoinen.
Sitten on /home, 70-gigainen juuripartitio ja 7.81-gigainen swap.

Ilmeisesti gpt-partitiotaulun kanssa ei ole vanhemman systeemin mukaista
rajoitusta että jos haluaa enemmän kuin neljä partitiota käyttöön niin
pitää tehdä primääripartitio ja sen sisään loogisia, kun ainakaan noiden
partitioiden laitenimissä ei ole enempää eroa kuin viimeinen numero
/dev/nvme0n1p:n perässä.

/etc/fstab:issa ne näkyvät näin:
UUID=ab8bdac9-e45a-419e-9acc-8ffefdc2275d / ext4 defaults 1 1
UUID=5f4c2fdc-f98d-4d97-a9b4-10fc688434d2 /boot ext4 defaults 1 2
UUID=70D6-FE12 /boot/efi vfat umask=0077,shortname=winnt 0 2
UUID=88cc23b9-3244-44b5-a079-6c0e62f7a5e7 /home ext4 defaults 1 2
UUID=97854dee-698f-44ab-ba29-3b21674b1f31 none swap defaults 0 0

/etc/mtab näyttää muille paitsi /boot/efi:lle optiot
rw,seclabel,relatime.

Eli noissa en ainakaan huomaa mitään trim:in käyttöön viittaavaa, joten
ilmeisesti olisi sitten hyvä lisätä /etc/cron.weekly:n alle tuo
fstrim-kutsu.

Olen sikäli konservatiivi, että en kaipaa X:n login-näyttöä vaan haluan
koneen boottaavan tekstitilaan ja käynnistän X:n komentopromptista.
/etc/inittab neuvoi että tämä saadaan nykyään aikaan komentamalla
systemctl set-default multi-user.target
ja se toimikin halutulla tavalla. Vielä pitää katsoa miten saan bootin
etenemisen näkymään palvelujen käynnistyessä kuten ennenkin, ei
muistaakseni ollut kovin iso juttu.

Yksi asia mitä rupesin miettimään, on merkistökoodaus.
Olen aina käyttänyt Linuxissa ISO-8859-1:tä, eikä oikein huvita nytkään
mennä utf:ään.
Kun otin /etc/locale.conf:ista pois .UTF-8 -lopun ja lisäsin
.bash_profile:n loppuun komennon unicode_stop, se saikin tämän
aikaan virtuaalikonsoleilla, mutta kun käynnistän X:n ja avaan
Konsole-ikkunan ja sanon siellä locale, näkyykin monen lokaalimuuttujan
lopussa taas .UTF-8 enkä ole vielä löytänyt mistä se tulee.

Sitten on vielä ongelmana miten saan kakkoskoneeksi jääneen laitteen
levyjaot näkymään nfs:llä uuteen koneeseen, mutta se taitaa olla oman
threadin asia..

--
Jukka Lahtinen

Jukka Lahtinen

2020-06-15 16:12:13 UTC

Post by Jukka Lahtinen
Yksi asia mitä rupesin miettimään, on merkistökoodaus.
Olen aina käyttänyt Linuxissa ISO-8859-1:tä, eikä oikein huvita nytkään
mennä utf:ään.
Kun otin /etc/locale.conf:ista pois .UTF-8 -lopun ja lisäsin
.bash_profile:n loppuun komennon unicode_stop, se saikin tämän
aikaan virtuaalikonsoleilla, mutta kun käynnistän X:n ja avaan
Konsole-ikkunan ja sanon siellä locale, näkyykin monen lokaalimuuttujan
lopussa taas .UTF-8 enkä ole vielä löytänyt mistä se tulee.

Tuohon syy löytyi lopulta tänään:
~/.config/plasma-localerc oli sellainen tiedosto josta löytyi .UTF-8
-loppuisia määrityksiä. Muutin ne ja käynnistin X:n uudestaan,
ja nyt localet näyttävät enemmän siltä mitä odotinkin.
Kesti aikansa ennen kuin hoksasin tuota .config -hakemistoa ruveta
tutkimaan.

Post by Jukka Lahtinen
Sitten on vielä ongelmana miten saan kakkoskoneeksi jääneen laitteen
levyjaot näkymään nfs:llä uuteen koneeseen, mutta se taitaa olla oman
threadin asia..

Enää tuo on varsinaisena ongelmana ja siis toisessa threadissa tarkemmin
kuvailtu, siihen en ole vielä löytänyt ratkaisua.

--
Jukka Lahtinen

Ari Saastamoinen

2020-06-15 21:06:29 UTC

Post by Jukka Lahtinen
ja nyt localet näyttävät enemmän siltä mitä odotinkin.
Kesti aikansa ennen kuin hoksasin tuota .config -hakemistoa ruveta
tutkimaan.

Itse olen tullut siihen tulokseen, että nykyään niin moni ohjelma
defaulttaa WTF-merkistöön, että pääsen vähemmällä säädöllä kun en
yritä palata isolatiniin

Post by Jukka Lahtinen

Post by Jukka Lahtinen
Sitten on vielä ongelmana miten saan kakkoskoneeksi jääneen laitteen
levyjaot näkymään nfs:llä uuteen koneeseen, mutta se taitaa olla oman
threadin asia..

Enää tuo on varsinaisena ongelmana ja siis toisessa threadissa tarkemmin
kuvailtu, siihen en ole vielä löytänyt ratkaisua.

Eka Mieleen tuleva arvaus vois olla, että se sekoilee sen kanssa, että
toisessa on NFS3 ja toisessa NFS4

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Jukka Lahtinen

2020-06-16 07:55:11 UTC

Post by Jukka Lahtinen
Sitten on vielä ongelmana miten saan kakkoskoneeksi jääneen laitteen
levyjaot näkymään nfs:llä uuteen koneeseen, mutta se taitaa olla oman
threadin asia..

Eka Mieleen tuleva arvaus vois olla, että se sekoilee sen kanssa, että
toisessa on NFS3 ja toisessa NFS4

Täysin mahdollista.
Kummassakin koneessa on keväällä julkaistu Fedora 32 ja uudet versiot
asiaan liittyvistä softapalikoista, mutta kun nfs-säädöt on kymmenen
vuotta sitten konffattu niin että mountit toimi ristiin vielä vanhemman
koneen kanssa (silloinkin luntaten asioita vanhemmasta koneesta), ja
olen säätöjen kanssa lähinnä koettanut olla rikkomatta sellaista mikä on
toiminut ja ongelmia havaitessa säätänyt vain sen verran että asiat
näyttävät taas toimivan, niin sinne on hyvinkin voinut jäädä jotain mikä
olisi ollut parempi tehdä toisin jo 10 vuotta sitten. Hakukoneillakin
on tullut vastaan lähinnä tosi vanhoja ohjeita joista ei aina tiedä
miten niitä pitäisi nfs4:n ja systemd:n aikana soveltaa..

Kirjoittelin pidemmän sepustuksen 14.6. otsikolla "NFS harmaannuttaa
hiuksia", mutta otetaan tähän nyt vielä jotain pääkohtia:

(ipa on se 10-vuotias kone jonka home-partitiota olen tässä yrittänyt
mountata ja stout uusi kone, johon mounttaus epäonnistuu)

Tässä kohtaa mount-komento miettii pari minuuttia ennen kuin antaa
virheilmoituksen:
$ mount /opt/ipahome
mount.nfs: Connection refused

/var/log/messages:iin tulee tänä aikana tällaista:
Jun 14 12:27:20 stout kernel: NFS4: Couldn't follow remote path

/etc/fstab:issa on mountattava resurssi määritelty näin:
ipa:/dev/sda9 /opt/ipahome nfs noauto,user,hard,noatime 0 0

(Aikaisemmin mount-parametreissa oli myös intr, mutta silloin logiin
tuli myös sitä koskevia varoituksia, ja kun en muistanut sen merkitystä
ja lopulta löysin manuaalisivun jolla noita optioita selitettiin, niin
siellä mainittiin että intr ei nykyään tee mitään ja on mukana vain
yhteensopivuussyistä)

ipa-koneen ip on määritelty /etc/hosts:iin ja siihen saa yhteyden
ssh:lla ja se vastaa pingiin.

Mountpoint-hakemisto on luotu ja säädetty oikeudet auki:
$ ls -ld /opt/ipahome
drwxrwxrwx. 2 root root 4096 11. 6. 20:58 /opt/ipahome

Pari juttua joita hakukoneen perusteella tarkistin:
# rpcinfo -p ipa
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper

# rpcinfo -u ipa mountd
ipa: RPC: Program not registered
# showmount -e ipa
clnt_create: RPC: Program not registered

Kuitenkin ipa-koneesta katsoen näyttää tältä:
# systemctl status rpcbind
* rpcbind.service - RPC Bind
Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2020-06-12 18:23:16 EEST; 1 day 20h ago

ipa-koneessa mountattava partitio näkyy /etc/mtab:ista katsoen näin:
/dev/sda9 /home2 ext4 rw,nodiratime,relatime,commit=37 0 0

Ja /etc/exports:issa lukee näin:
/home2/ -no_subtree_check 192.168.1.42(rw,sync,no_wdelay,mp) 192.168.1.59(ro)

Tuossa .42-loppuinen on mounttia yrittävän koneen ip, ja tarkistin että
ping ja ssh toimivat myös toiseen suuntaan. Rupesin miettimään, mahtaako
tuo hakemistonimen perässä oleva kauttaviiva vaikuttaa jotain. Toinen
kone kuitenkin on aikaisemmin saanut hakemiston mountattua.

--
Jukka Lahtinen

Ari Saastamoinen

2020-06-16 09:34:51 UTC

Post by Jukka Lahtinen
Jun 14 12:27:20 stout kernel: NFS4: Couldn't follow remote path

Kannattaisi varmuuden vuoksi kokeilla tuota myös IP-osoitteella tuon
ipa-nimen sijaan.

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Jukka Lahtinen

2020-06-16 11:19:47 UTC

Post by Jukka Lahtinen
Jun 14 12:27:20 stout kernel: NFS4: Couldn't follow remote path

Kannattaisi varmuuden vuoksi kokeilla tuota myös IP-osoitteella tuon
ipa-nimen sijaan.

Vaihdoin /etc/fstab:iin nimen tilalle ip:n, ei vaikutusta.
(Ip on kyllä määriteltynä nimelle /etc/hosts:issa, joten en uskonutkaan
sen vaikuttavan.)

Kokeilin antaa mount-komennolle -vs -parametrit, niin tuli tällaista
outputtia:

$ mount -vs /opt/ipahome
mount.nfs: timeout set for Tue Jun 16 13:12:20 2020
mount.nfs: trying text-based options 'hard,sloppy,vers=4.2,addr=192.168.1.44,clientaddr=192.168.1.42'
mount.nfs: mount(2): Connection refused
mount.nfs: trying text-based options 'hard,sloppy,addr=192.168.1.44'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: portmap query retrying: RPC: Program not registered
mount.nfs: prog 100003, trying vers=3, prot=17
mount.nfs: portmap query failed: RPC: Program not registered
mount.nfs: trying text-based options 'hard,sloppy,vers=4.2,addr=192.168.1.44,clientaddr=192.168.1.42'

..jota toistui joitakin kertoja kunnes taas mount luopui leikistä ja
totesi
mount.nfs: Connection refused

--
Jukka Lahtinen

Ari Saastamoinen

2020-06-16 15:43:40 UTC

Post by Jukka Lahtinen
Vaihdoin /etc/fstab:iin nimen tilalle ip:n, ei vaikutusta.
(Ip on kyllä määriteltynä nimelle /etc/hosts:issa, joten en uskonutkaan
sen vaikuttavan.)

Ei tuollaisista voi nykydistrojen kanssa olla enää varma, kun ne
tuntuvat siirtyvän systemd:n käyttöön, joka pyrkii assimiloimaan
itteensä kaikki ennen hyvin toimineet asiat tarjoten melkein-yhtähyvän
vaihtoehdon. Esim. hostnamejen resolvoinnin se haluaisi kaapata, enkä
olisi lankaan varma, että lukeeko se /etc/hosts:ia ihan oikein ihan
joka tapauksessa :)

Post by Jukka Lahtinen
mount.nfs: portmap query retrying: RPC: Program not registered

Näin äkkiä tuo virheilmoitus kuulostaa siltä, että jostain syystä
siellä palvelimen päässä nfsd / mountd (whateverd) ei ole saanut
kerrottua portmapperille olemassaolostaan. Tuosta arvaisin, että joko
pallomuuriasetus tai sitten ne on esim. käynnistetty väärässä
järjestyksessä.

--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

Jukka Lahtinen

2020-06-16 18:15:52 UTC

Post by Jukka Lahtinen
Vaihdoin /etc/fstab:iin nimen tilalle ip:n, ei vaikutusta.
(Ip on kyllä määriteltynä nimelle /etc/hosts:issa, joten en uskonutkaan
sen vaikuttavan.)

Joo, tuota systemd:tä tässä kanssa olen kiroillut. Sen sijaan että
katsoo /etc/rc3.d:stä mitä siellä on, pitää arvailla millä nimellä
mitäkin asiaa pitäisi kysyä systemctl:ltä..

Post by Jukka Lahtinen
mount.nfs: portmap query retrying: RPC: Program not registered

Niin, juuri tuo tosiaan hankaloittaa kun pitäisi tietää kaikki mitä
systemctl:ltä kyselee..
Toisaalta tässä juuri illalla katselin osoitteesta
https://fedoramagazine.org/fedora-32-simple-local-file-sharing-with-samba/
samba-ohjeita ja sen perusteella sain uudesta koneesta vaimon
windows-läppärille näkymään jaettavaksi tarkoitetun hakemiston joka on
vielä tässä vaiheessa tyhjä kun en ole saanut nfs:llä kopsattua tavaraa
vanhasta koneesta, josta se näkyy windowsille kuten pitääkin.

Rupesin tässä miettimään, pitäisikö näiden Linux-koneidenkin välillä
suosiolla käyttää sambaa nfs:n sijasta.. ja kun nyt kokeilin uudessa
koneessa tuon ohjesivun inspiroimana komentoa
smbclient //ipa/yhteinen
niin sehän totteli ja ls näytti hakemiston sisällön niin kuin pitääkin.
Pitää vain tutkia miten tuo sambajako pitää määritellä /etc/fstab:iin
että sitä voisi käyttää oikeasti.

--
Jukka Lahtinen

Jukka Lahtinen

2020-06-18 08:40:07 UTC

Post by Jukka Lahtinen