Linux-kysymyksiä & yleistä keskustelua Linuxista

Taisi Putin just määrät pakolliseksi Venäjällä Astra-linuxit (tai vastaavat) käyttikset kriittiseen infraan. Heittävät länsisoftat pihalle. Tuleeko tästä sittenkin linux desktopin vuosi?
https://astralinux.ru
 
Ei kannata sekoittaa noita, locale.gen on tarkoitettu localejen generoimiseen ja locale.confissa asetetaan käytetyt localet (niistä generoiduista).

Ensimmäisessä listataan generoitavat localet charsetteineen, jälkimmäisessä ei ole erikseen charsettiä ellei se ole osa sitä localea (esim. tuo en_US.UTF-8).

Eli jos ne asetaan samalla formaatilla mitä locale.genissä, esim. tuo en_US.UTF-8 UTF-8, niin silloin yritetään käyttää localea 'en_US.UTF-8 UTF-8' (jota ei luonnollisesti ole olemassakaan) eikä generoitua 'en_US.UTF-8' localea.
Mä luulin jo vastanneeni sulle? Mihin lie katosi. Kiitos avusta. Oikea osoite onkin /etc/enviromnent eikä /etc/locale.conf. Muodossa: en_US.UTF-8 UTF-8

Taisi Putin just määrät pakolliseksi Venäjällä Astra-linuxit (tai vastaavat) käyttikset kriittiseen infraan. Heittävät länsisoftat pihalle. Tuleeko tästä sittenkin linux desktopin vuosi?
https://astralinux.ru
Vaikka venäjästä ei tykkäisikään, niin tämä on hyvä uutinen. Onko sotaisan rodun Risc-V-kehitystyöstä päivitystä? Joskus vuosi sitten uutisoitiin että ison rahan kehitys olisi alkamassa.
 
Mä luulin jo vastanneeni sulle? Mihin lie katosi. Kiitos avusta. Oikea osoite onkin /etc/enviromnent eikä /etc/locale.conf. Muodossa: en_US.UTF-8 UTF-8

Edelleen kyllä olisin sitä mieltä että LC_* ympäristömuuttujissa ei kuulu olla tuota loppuosaa enkä keksi miksi se toimisi :confused:
No, mutta jos se kerran toimii niin ehkäpä sitä ei kannata miettiä.
 
Olen lisäillyt ja poistellut tuota ylimääräistä UTF-8 parametria locale.confiin, jos sillä olisi jotain merkitystä. Jonkin googlatun ohjeen se oli localen toimimattomuuden syy. /etc/locale.gen vaatii localen muodossa 'en_US.UTF-8 UTF-8', muuten se ei toimi.

/etc/locale.gen kertoo locale-gen komennolle mitkä localet on tarpeen pitää käyttövalmiina juuri tässä koneessa, ja sillä on vaikutusta vain silloin kun ajetaan "locale-gen" komentoa rootin voimalla (joko käsin ajettuna tai sitten automaattisesti locale-paketin päivityksen yhteydessä). /etc/locale.gen-tiedostolla on oma syntaksinsa, jossa tuo erillinen merkistömääritys locale-nimen perässä kuuluu asiaan; mutta kaikissa muissa paikoissa joissa puhutaan localeista tuota käytettävän merkistön tuplamainintaa ei tarvitse eikä saa olla.

Jotta uudet systeemin laajuiset locale-asetukset tulevat voimaan bootin alkuvaiheesta lähtien, saattaa olla tarpeen päivittää initramfs-tiedosto sen jälkeen kun locale-asetuksia on muutettu. Debianin sukuisissa jakeluissa tämä hoituu tyypillisesti komennolla "sudo update-initramfs -u". Muissa jakeluissa on omat työkalunsa initramfs-tiedoston päivittämiseen.

Systeemin oletuslocale-määrityksiin /etc/locale.conf on uudempi paikka joka on tulossa standardiksi suunnilleen kaikkiin systemd:tä käyttäviin jakeluihin.
Mutta vielä toistaiseksi kannattaa tarkistaa myös "vanha paikka": Debianin sukuisissa Linuxeissa pitäisi olla /etc/default/locale, RedHatista polveutuvissa jakeluissa sitten taas /etc/sysconfig/i18n. Raspbian/RasPi OS on Debianiin pohjautuva jakelu, joten kannattaa katsoa /etc/default/locale.

Pohjimmiltaan nuo locale-asetukset ovat ihan tavallisia ympäristömuuttujia, joten ne on mahdollista asettaa myös kaikkialla missä voidaan määritellä istunnon ympäristömuuttujia, esimerkiksi juuri /etc/environment-tiedostossa.

Eri paikoilla on hieman eri merkitys:

- /etc/locale.conf (tai vanhemmat Debianin /etc/default/locale / RedHatin /etc/sysconfig/i18n ) määrittää koko järjestelmän oletuslocalen, jota myös taustalla pyörivät palveluprosessit käyttävät.
- jos määrität localeita /etc/environment -tiedostossa, niistä tulee systeeminlaajuinen oletusasetus kaikille kirjautuville käyttäjille, mutta kaikki taustaprosessit jotka eivät käynnisty kirjautumisen kautta käyttävät edelleen /etc/locale.conf:ia
- jos määrität locale-ympäristömuuttujia kotihakemistossa olevassa .bashrc / .profile / .bash_profile tms. tiedostossa, asetukset tulevat voimaan omissa komentoikkunoissasi, mutta graafisen käyttöliittymän kautta käynnistettävät ohjelmat eivät välttämättä huomioi näitä asetuksia ollenkaan
- jos määrität locale-asetuksia graafisen käyttöliittymän ohjauspaneelin kautta, se todennäköisesti kirjoittaa asetukset käyttäjän kotihakemistoon, uusissa jakeluissa yleensä jonnekin .config-hakemiston alaiseen tiedostoon. Nimeämiskäytäntö on vasta vakiintumassa: Debianin KDE 5 käytti vuonna 2017 tiedostoa ~/.config/plasma-locale-settings.sh, mutta nykyversiossa on käytössä ~/.config/plasma-localerc.
 
Viimeksi muokattu:
Ajeleekos täällä muut ryzenilla linuksia?

Itte tuon windowsissa täysin toimineen setin eli Asus Crosshair 6 hero, X1800, Corsair LPX 3200 laitoin nyt linuxia pyörittämään ja mitään muuta ei ole ollut kuin ongelmia.
Viimeeksi samaa settiä ajanu linuksilla joskus 3v sitten kait kun tuon hommasin ja selvittelin että onko prossu bugi versiota vaiko ei ja olihan se eli on takuuvaihdettu heti alussa. Silloin testaillessa ei ollu tällaisia ongelmia mitä nyt.

Kone siis jäätyy idlessä ihan täysin. Tuohon löysin jo korjauksen, nyt ei enää jäädy niin että resettiä vaatisi, mutta edelleen tahmaa. Jos laittaa vaikka kernelin käännön menemään niin se on todella hidasta ja kone jäätyy joiksikin sekunneiksi, joskus voi minuutinkin kestää toi jäätyminen. Tuona aikana jos koittaa vaikka ssh:lla sisään niin voi päästä loginiin, salasanan syötön jälkeen ei tapahdu mitään kunnes hepulikohtaus on ohi. Joskus se ssh ehtii timeouttaa ja pitää sitten kirjautua uusiksi.

Oikein mitään ei logeista löydy ja googlen perusteella ongelmia on ollut näiden ekojen rysenien kanssa kuluttaja alustoilla. Global C-state on jo dissattu ja power supply idle power väännetty siihen normaalimpaan biosista. C6 myös disabloitu. Mitähän seuraavaksi?

On löytyny myös boottiparametrit joilla toimii m,utta sitten katoaa kaikki virran säädöt ja prossu käy todella kuumana kun käy siis täydellä kokoajan. Alkaa kämpää lämmetä turhaan.

EDIT:

1649193515193.png


Tuossa siis 1800X vs. 5800X kernelin kääntö (Ei kannata verrata johonkin sorsista suoraan kääntöön, toi on time rpmbuild -bb kernel.spec tehty)

En jaksa uskoa että 5800X on yli 3 kertaa nopeampi. Se on kaikenlisäksi ajossa hyper-v:n alla ja imagelle siis tapahtuu kaikki IO joten overhiittii on jonkin verran.
1800X on ihan suoraan rautaa vasten ja raid-1 SSD alla.

EDIT2:

No nyt alkaa vähän tulla tolkkua. Jotain hämminkiä tuon ssd raid-1 kanssa tuossa nyt on.
Koodi:
dd if=/dev/zero of=./zero bs=1M count=$((1024 * 60)) status=progress
64039682048 bytes (64 GB, 60 GiB) copied, 901 s, 71.1 MB/s
61440+0 records in
61440+0 records out
64424509440 bytes (64 GB, 60 GiB) copied, 901.179 s, 71.5 MB/s

Kirjoitus sakkaa aika huolella. Tuon dd ajon aikana toi vehe meni ihan lukkoon. Just ajan kernelin kääntöä HDD raid-5 pakalla ja käytös on täysin normaalia. En tiijä olisko noi vanhat SSD:t sitten pikkuhiljalleen kaput.
Aloin ihmetellä kun kernelin sorsien purku tuossa buildissa kestää monta minuuttia kun taas tuossa 5800X:llä olevassa virtuaalikoneessa se purku tapahtuu ihan sekunneissa. Tää jumiminen tuntuu tapahtuvan intensiivisessä kirjoituksessa. Luku toimii ihan normaalisti.
 
Viimeksi muokattu:
Ajeleekos täällä muut ryzenilla linuksia?

Tuossa omassa pöytäkoneessa Linux pääosin käytössä. Joskin 2700x ja Anuksen Prime x470-Pro. Jotakin ongelmia oli alkuvaiheessa, mutta ne on selätetty jo vuosia sitten niin ei enää aivan tuoreessa muistissa ole. Muistan kyllä painineeni joskus kuvaamasi kaltaisten hetkellisten jäätymisten parissa, aivan varma en vaan enää ole oliko kyse tästä nimenomaisesta koneesta.

Olen kuitenkin käyttänyt kernelille parametriä pci=nommconf johonkin ongelmaan ratkaisuna, ja se ehkä liittyi niihin jäätymisiin. Tai sitten jokin muu NVME ja/tai IO-ongelma, kuitenkin pohjimmiltaan rauta/firmwarevika, eli ei mitään täysin yllättävää näissä Anuksen demarimman pään malleissa.

Toisen rautaongelman kiertäminen vaati toisen parametrin, efi=no_disable_early_pci_dma lisäämistä. Taisi olla jonkinlaista boottiaikaista perseilyä.
 
Voiko Thinkpadin alt gr:stä tehdä näppäinkomentona toimivaa näppäintä? KDE:n asetuksissa kun yritän liittää sitä minkä tahansa sovelluksen käynnistinnapiksi, niin nauhoitus ei reagoi siihen mitenkään.

Oikea termi lienee mod key?

Ajeleekos täällä muut ryzenilla linuksia?
En osaa oikeita termejä sulle antaa, mutta itselläni alkoi selittämättömät ongelmat 3600:n kanssa, kun vaihdoin emolevyä. Mun piti poistaa olemassaoleva Linux-asennus ja uusi ei meinannut mennä sisään millään. Muistaakseni myös Windows alkoi jäätyilemään ja bsodit tulivat tutuiksi.

En osannut ajatella sen johtuvan uudesta emosta, mutta kai se siitä kuitenkin johtuu, sillä vanhalla emolla ei mitään ongelmia ollut, mutta toinen pci-e portti oli saatava.
 
Viimeksi muokattu:
Missähän uudet kernel päivitykset viipyvät, mennyt jonkin aikaa jo viime päivityksistä, vissiin jtn ongelmia?
 
En osannut ajatella sen johtuvan uudesta emosta, mutta kai se siitä kuitenkin johtuu, sillä vanhalla emolla ei mitään ongelmia ollut, mutta toinen pci-e portti oli saatava.

No tää oli vasta hiljattain windows käytössä ilman mitään ongelmia. Kun tässä on tullut googleteltua niin aika paljonkin tuntuu olevan 1st gen ryseneiden ja asuksen emojen kanssa ongelmaa.
Harmi kun en enää muista että mikä bios versio mulla oli silloin kun viimeeksi enempi tässä ajoin linuksia ja ongelmia ei ollut. Pitää varmaan kokeilla ns. 1st gen ryseneitten viimeisintä BIOS versiota.
 
Onko seuraavaa tullut vastaan:

Moottoripyörän sähköinen korjaamo-opas n. vuodelta 2010 tms. html-muodossa. Valikot, linkit jne. Toimii Windows 7, 10, 11 kaikilla selaimilla ja kaikilla koneilla ongelmitta.

Ei toimi millään Linuxilla millään selaimella tai koneella. Kokeiltu Mint ja Ubuntu eri versioita eri vuosilta useassa eri tietokoneessa. Aukeaa, mutta ei näytä mitään sisältöä.
 
Onko seuraavaa tullut vastaan:

Moottoripyörän sähköinen korjaamo-opas n. vuodelta 2010 tms. html-muodossa. Valikot, linkit jne. Toimii Windows 7, 10, 11 kaikilla selaimilla ja kaikilla koneilla ongelmitta.

Ei toimi millään Linuxilla millään selaimella tai koneella. Kokeiltu Mint ja Ubuntu eri versioita eri vuosilta useassa eri tietokoneessa. Aukeaa, mutta ei näytä mitään sisältöä.

Mitä nuo HTML:t todellisuudessa pitää sisällään?
 
Mitä nuo HTML:t todellisuudessa pitää sisällään?
Tekstiä, kuvia, linkkejä ja sellaista. Main.html on etusivu, josta linkit eri paikkoihin, eri kielisiin oppaisiin, käsikirjoihin, osaluetteloihin jne. Jopa main.html on ihan tyhjä valkoinen ruutu linuxissa. En osaa tarkemmin sanoa. Linkit ovat kuvaikoneina ja eivät näy ollenkaan.
 
Itse veikkaisin, että siellä on jotain PHP:tä tms. muuta kuin validia html tavaraa ja sitten Windows päättelee html päätteen perusteella käsitellä sitä toisella tavalla mitä itse tiedosto käyttöjärjestelmälle kertoo.

Toinen vaihtoehto, että joku <html> tms. parametri on kirjoitettu <html > ja siihen on lyöty joku rivinvaihto tms. eri tavalla käsiteltävä merkki ja missään vaiheessa ko. parametria ei lukijan mukaan suljeta.

Voisi koittaa myös dos2unix tms. konversiota (tai fromdos ilmeisesti jos ollaan Ubuntussa).
 
Viimeksi muokattu:
Tekstiä, kuvia, linkkejä ja sellaista. Main.html on etusivu, josta linkit eri paikkoihin, eri kielisiin oppaisiin, käsikirjoihin, osaluetteloihin jne. Jopa main.html on ihan tyhjä valkoinen ruutu linuxissa. En osaa tarkemmin sanoa. Linkit ovat kuvaikoneina ja eivät näy ollenkaan.

Jotakin kummallista siinä on oltava. Paljas HTML+CSS ei pitäisi olla millään tasolla alustariippuvaista, selaimien välillä voi toki olla pieniä eroja mutta jos toimii Windowsissa ja samalla selaimella Linuxissa ei niin jossakin on mätää.

Tyyliin esim. tallennettu jollakin IExploderilla joka on paskonut href/img polut niin että ne toimii pelkästään Windowsissa.
 
Tekstiä, kuvia, linkkejä ja sellaista. Main.html on etusivu, josta linkit eri paikkoihin, eri kielisiin oppaisiin, käsikirjoihin, osaluetteloihin jne. Jopa main.html on ihan tyhjä valkoinen ruutu linuxissa. En osaa tarkemmin sanoa. Linkit ovat kuvaikoneina ja eivät näy ollenkaan.
Olisikohan tuossa siitä kiinni että linuxissa kirjainkoolla on väliä, windowsissa ei ja tuossa on tiedoston nimet esim pienellä (main.html) ja sivulla linkit ja kuvat on kirjoitettu sekalaisella kirjainkoolla (Main.html) tai toisinpäin. Yhden kerran olen vastaavan CD-levyllä olleen "nettisivutekeleen" korjaillut muokkaamalla kaikki tiedostonimet ja viittaukset tiedostoihin pienille kirjaimille.
 
No nyt on testailua enempi takana ja vaikuttaa nyt siltä että tuo IO jumiminen aiheutuu BTRFS:stä. Tuolle ssd:lle kun tekee btrfs filesysteemin niin sinne kun alkaa kirjottaa rojua intensiivisesti niin loadit pomppaa 30 ja tulee jäätymisiä, välillä niin ettei hiiri edes liiku. Googlettelin niin toisilla on samaa toisilla ei ssd:n kanssa. Varsin kummallista. Koittanu kaikkee noatime ja nodatacow optioista lähtien mutta mikään ei tunnu auttavan.
Sitten kun perään vetää vaikka ext4 filesysteemin niin ei mitään ongelmia.

Pitää ilmeisesti alkaa uskoa että toi btrfs on edelleen täysi raakile. Kivat ominaisuudet siinä on mutta jos toiminta on tätä niin eipä tuohon voi oikein luottaa.

EDIT: HDD raid-5 pakalla toi btrfs tuntuu toimivan ihan ok, mutta ei ssd raid-1 taikka ilman raidia. Kokeiltu molemmat raid variaatiot eli btrfs:n sisäinen ja sitten mdadm, täysin identtisesti jäätyy. Aloin sitten cryptaistakin epäillä että se kusee mutta ihan samoin jäätyilee vaikka vetaa ihan suoraan btrfs:n sisään esim. /dev/sdb4 partitiolle ilman mitään ylimääräisiä leijereitä.
 
Eli tuo ongelma olisi siis SSD:n kanssa, ei HDD:llä? Omassa synon nassissa kaksi HDD:tä (ei raid) ja btrfs, eikä ole ollut mitään jäätymisiä. Läppärin linukassa ext4.
 
Eli tuo ongelma olisi siis SSD:n kanssa, ei HDD:llä? Omassa synon nassissa kaksi HDD:tä (ei raid) ja btrfs, eikä ole ollut mitään jäätymisiä. Läppärin linukassa ext4.

Joo SSD:llä toi ongelma tuntuu esiintyvän. Luku ei ole ongelma, ainoastaan kun aletaan paljon kirjoittamaan niin alkaa ongelmat. Ja tosiaan ext4 ongelma katoaa täysin.
 
Joo SSD:llä toi ongelma tuntuu esiintyvän. Luku ei ole ongelma, ainoastaan kun aletaan paljon kirjoittamaan niin alkaa ongelmat. Ja tosiaan ext4 ongelma katoaa täysin.

Tästäpä tuli flashbackeja kun kauan sitten vaihdoin ensimmäistä kertaa läppäriin SSD:n pyörivän kiekon tilalle. Silläkin tuli satunnaisesti IO jumahtamista, mitä enemmän kirjoitusoperaatioita niin sitä tiheämmin ja pidempikestoisia. Ongelmaksi paljastui lopulta TRIM toiminto. Olin lisännyt filesysteemin mounttioptioihin discardin levyn pitkäikäisyyden suojelemiseksi kun niin neuvottiin. Tämä aiheutti jäätymiset kun asema alkoi ajelemaan TRIMmiä kesken muiden luku/kirjoitusoperaatioiden, jolloin yksi kernelin operaatio jäi odottelemaan asemaa ja loput ketjureaktiossa tuota operaatiota.

Tämä korjaantui varmistamalla että discard ei ollut päällä filesystemiä mountatessa ja sen tilalla ajelin joka yö klo 0400 ajastettuna fstrim / (mahdollista koska en normaalisti sitä sammuta).

Itseasiassa teen noin edelleen vaikka sekä läppäri että SSD on vaihtunut pariinkin otteeseen, mutta miksipä toimivaa muuttamaan. Mutta luulisi että ei ole nykyään ongelma enää...

Archin wikissä on muuten oikein varoituskin tästä: Solid state drive - ArchWiki
 
Onko seuraavaa tullut vastaan:

Moottoripyörän sähköinen korjaamo-opas n. vuodelta 2010 tms. html-muodossa. Valikot, linkit jne. Toimii Windows 7, 10, 11 kaikilla selaimilla ja kaikilla koneilla ongelmitta.

Ei toimi millään Linuxilla millään selaimella tai koneella. Kokeiltu Mint ja Ubuntu eri versioita eri vuosilta useassa eri tietokoneessa. Aukeaa, mutta ei näytä mitään sisältöä.
Tekstiä, kuvia, linkkejä ja sellaista. Main.html on etusivu, josta linkit eri paikkoihin, eri kielisiin oppaisiin, käsikirjoihin, osaluetteloihin jne. Jopa main.html on ihan tyhjä valkoinen ruutu linuxissa. En osaa tarkemmin sanoa. Linkit ovat kuvaikoneina ja eivät näy ollenkaan.
kopsaappas sen main.html sisältö tänne vaikka code-tagien sisään, niin voi valaista asiaa. esim. notepadilla voi avata ja kopsata. Tai selaimella "näytä lähdekoodi".
 
Tästäpä tuli flashbackeja kun kauan sitten vaihdoin ensimmäistä kertaa läppäriin SSD:n pyörivän kiekon tilalle. Silläkin tuli satunnaisesti IO jumahtamista, mitä enemmän kirjoitusoperaatioita niin sitä tiheämmin ja pidempikestoisia. Ongelmaksi paljastui lopulta TRIM toiminto. Olin lisännyt filesysteemin mounttioptioihin discardin levyn pitkäikäisyyden suojelemiseksi kun niin neuvottiin. Tämä aiheutti jäätymiset kun asema alkoi ajelemaan TRIMmiä kesken muiden luku/kirjoitusoperaatioiden, jolloin yksi kernelin operaatio jäi odottelemaan asemaa ja loput ketjureaktiossa tuota operaatiota.

Tämä korjaantui varmistamalla että discard ei ollut päällä filesystemiä mountatessa ja sen tilalla ajelin joka yö klo 0400 ajastettuna fstrim / (mahdollista koska en normaalisti sitä sammuta).

Itseasiassa teen noin edelleen vaikka sekä läppäri että SSD on vaihtunut pariinkin otteeseen, mutta miksipä toimivaa muuttamaan. Mutta luulisi että ei ole nykyään ongelma enää...

Archin wikissä on muuten oikein varoituskin tästä: Solid state drive - ArchWiki

Unehtui mainita että tosiaan discard pois on myös kokeiltu. Se taisi olla eka jota epäilin.
 
kopsaappas sen main.html sisältö tänne vaikka code-tagien sisään, niin voi valaista asiaa. esim. notepadilla voi avata ja kopsata. Tai selaimella "näytä lähdekoodi".
Koodi:
<html>
<head>
    
<script src="version.js"></script>

<title>technical documentation</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>

<body bgcolor="#ffffff" leftmargin="50" rightmargin="50" topmargin="50" bottommargin="50">

    <center>
    
    <table width="100%" height="100%" border="0">
        <!--
  <tr height="15%">
    <th colspan="8" scope="col" width="100%"><div align="left"><a href="Javascript: check_update();"><img src="images_idx/check.jpg" border="0"></a></div></th>
    <th scope="col" width="100%"><div align="right"><img src="images_idx/help.jpg" width="84" height="27"></div></th>
  </tr>
  <tr>
  -->
    <td height="100%" colspan="8" width="100%"><div align="center"><img src="images_idx/txtmain.jpg"></div></td>
  </tr>
  <tr height="100%" >

<!--
    <td width="11.1%" valign=top><div align="center"><a href="wsm/ita/main_ita.html"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/en/main_en.html"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/de/main_de.html"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/fr/main_fr.html"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/es/main_es.html"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/pt/main_pt.html"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/usa/main_usa.html"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/jp/main_jp.html"><img src="images_idx/flag_jap.jpg"  border="0"></a></div></td>
    <td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
-->

    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/ita/main_ita.html', 0);"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/en/main_en.html', 1);"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/de/main_de.html', 3);"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/fr/main_fr.html', 2);"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/es/main_es.html', 4);"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/pt/main_pt.html', 5);"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/usa/main_usa.html', 99);"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/jp/main_jp.html', 6);"><img src="images_idx/flag_jap.jpg"  border="0"></a></div></td>
   <!--
    <td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
        -->
  </tr>
  <tr height="100%" >
    <td colspan="8">&nbsp;</td>
  </tr>
</table>

    
    
</center>
    
    
</body>

<script>

function check_update() {
    window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}


function go_page(s, lingua_num) {
    SetLingua(lingua_num);
    document.location = s;
}


function SetLingua(x) {
    var        lingua;
    var        lingua_str;
    var        lingua_domain;

    lingua = x;
    
    switch(x) {
        case 0:        lingua_str = "ita";    lingua_domain = "ita";    break;   
        case 1:        lingua_str = "ing";    lingua_domain = "en";    break;   
        case 2:        lingua_str = "fra";    lingua_domain = "fr";    break;   
        case 3:        lingua_str = "ted";    lingua_domain = "de";    break;   
        case 4:        lingua_str = "spa";    lingua_domain = "es";    break;   
        case 5:        lingua_str = "ing";    lingua_domain = "pt";    lingua=1;    break;   
        case 6:        lingua_str = "ing";    lingua_domain = "jp";    lingua=1;    break;   
        case 99:    lingua_str = "ing";    lingua_domain = "usa";    lingua=1;    break;   
    }
    
    setVar("lingua", lingua);
    setVar("lingua_str", lingua_str);
    setVar("lingua_domain", lingua_domain);
}


function setVar(name, value) {
    var today = new Date();
    var expires = new Date();
    expires.setTime(today.getTime() + 1000*60*60*24*365);

    setCookie(name, value, expires);
}


function setCookie(name, value, expire) {
    var        s = name + "=" + escape(value) + ((expire == null) ? ";" : ("; expires=" + expire.toGMTString()));
    
    document.cookie = s;
}

</script>

</html>
 
Koodi:
<html>
<head>

<script src="version.js"></script>

<title>technical documentation</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>

<body bgcolor="#ffffff" leftmargin="50" rightmargin="50" topmargin="50" bottommargin="50">

    <center>

    <table width="100%" height="100%" border="0">
        <!--
  <tr height="15%">
    <th colspan="8" scope="col" width="100%"><div align="left"><a href="Javascript: check_update();"><img src="images_idx/check.jpg" border="0"></a></div></th>
    <th scope="col" width="100%"><div align="right"><img src="images_idx/help.jpg" width="84" height="27"></div></th>
  </tr>
  <tr>
  -->
    <td height="100%" colspan="8" width="100%"><div align="center"><img src="images_idx/txtmain.jpg"></div></td>
  </tr>
  <tr height="100%" >

<!--
    <td width="11.1%" valign=top><div align="center"><a href="wsm/ita/main_ita.html"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/en/main_en.html"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/de/main_de.html"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/fr/main_fr.html"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/es/main_es.html"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/pt/main_pt.html"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/usa/main_usa.html"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="wsm/jp/main_jp.html"><img src="images_idx/flag_jap.jpg"  border="0"></a></div></td>
    <td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
-->

    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/ita/main_ita.html', 0);"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/en/main_en.html', 1);"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/de/main_de.html', 3);"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/fr/main_fr.html', 2);"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/es/main_es.html', 4);"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/pt/main_pt.html', 5);"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/usa/main_usa.html', 99);"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
    <td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/jp/main_jp.html', 6);"><img src="images_idx/flag_jap.jpg"  border="0"></a></div></td>
   <!--
    <td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
        -->
  </tr>
  <tr height="100%" >
    <td colspan="8">&nbsp;</td>
  </tr>
</table>



</center>


</body>

<script>

function check_update() {
    window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}


function go_page(s, lingua_num) {
    SetLingua(lingua_num);
    document.location = s;
}


function SetLingua(x) {
    var        lingua;
    var        lingua_str;
    var        lingua_domain;

    lingua = x;

    switch(x) {
        case 0:        lingua_str = "ita";    lingua_domain = "ita";    break;
        case 1:        lingua_str = "ing";    lingua_domain = "en";    break;
        case 2:        lingua_str = "fra";    lingua_domain = "fr";    break;
        case 3:        lingua_str = "ted";    lingua_domain = "de";    break;
        case 4:        lingua_str = "spa";    lingua_domain = "es";    break;
        case 5:        lingua_str = "ing";    lingua_domain = "pt";    lingua=1;    break;
        case 6:        lingua_str = "ing";    lingua_domain = "jp";    lingua=1;    break;
        case 99:    lingua_str = "ing";    lingua_domain = "usa";    lingua=1;    break;
    }

    setVar("lingua", lingua);
    setVar("lingua_str", lingua_str);
    setVar("lingua_domain", lingua_domain);
}


function setVar(name, value) {
    var today = new Date();
    var expires = new Date();
    expires.setTime(today.getTime() + 1000*60*60*24*365);

    setCookie(name, value, expires);
}


function setCookie(name, value, expire) {
    var        s = name + "=" + escape(value) + ((expire == null) ? ";" : ("; expires=" + expire.toGMTString()));

    document.cookie = s;
}

</script>

</html>
Ok.. kokeilepa kaivaa suoraan vaikkapa toi "wsm/en/main_en.html". Ei ton etusivun tehtävänä lähinnä muuta ole kuin valita sopivan kielinen versio, "pelkkää" javascriptiä ilman html-sisältöä. Selaimen konsolista varmaan näkis, mikä nyppii.
 
Koodi:
</head>

<body bgcolor="#ffffff" leftmargin="20" rightmargin="10" topmargin="0" bottommargin="0">
    <!--
<img src="../../images_idx/logo.png" width="82" height="88" >
-->
        <center>
            <table width="100%" height="100%" cellspacing="0" cellpadding="0" border="0">
    <tr height=25%><td colspan="2" valign=top>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<img src="../../images_idx/logo.png" width="82" height="88" >
    </td></tr>
    <tr height=50%>
                    <td colspan="2" valign=center>
                        <div align="center">
                            <img src="../../images_idx/main_en.jpg" border="0" usemap="#Map"></div>
                    </td>
                </tr>
  <tr >
                    <td >
                        <div align="left">
                            <a href="../../main.html"><img src="../../images_idx/back.jpg" width="68" height="25" border="0"></a></div>
                    </td>
                    <!--
                    <td>
                        <div align="left">
                            </div>
                        <div align="center">
                            <a href="info_ita.html"><img src="../../images_idx/help.jpg" width="84" height="27" align="right" border="0"></a></div>
                    </td>
                    -->
                </tr>
</table>
        </center>
        <map name="Map">
      <area shape="rect" coords="12,26,152,230" href="home.html">
      <area shape="rect" coords="311,18,453,116" href="../../sp/index.html">
      <area shape="rect" coords="311,154,453,256" href="../../sp_s/index.html">
    </map>
</body>

<script>
function check_update() {
    window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}
</script>

</html>
 
Koodi:
</head>

<body bgcolor="#ffffff" leftmargin="20" rightmargin="10" topmargin="0" bottommargin="0">
    <!--
<img src="../../images_idx/logo.png" width="82" height="88" >
-->
        <center>
            <table width="100%" height="100%" cellspacing="0" cellpadding="0" border="0">
    <tr height=25%><td colspan="2" valign=top>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<img src="../../images_idx/logo.png" width="82" height="88" >
    </td></tr>
    <tr height=50%>
                    <td colspan="2" valign=center>
                        <div align="center">
                            <img src="../../images_idx/main_en.jpg" border="0" usemap="#Map"></div>
                    </td>
                </tr>
  <tr >
                    <td >
                        <div align="left">
                            <a href="../../main.html"><img src="../../images_idx/back.jpg" width="68" height="25" border="0"></a></div>
                    </td>
                    <!--
                    <td>
                        <div align="left">
                            </div>
                        <div align="center">
                            <a href="info_ita.html"><img src="../../images_idx/help.jpg" width="84" height="27" align="right" border="0"></a></div>
                    </td>
                    -->
                </tr>
</table>
        </center>
        <map name="Map">
      <area shape="rect" coords="12,26,152,230" href="home.html">
      <area shape="rect" coords="311,18,453,116" href="../../sp/index.html">
      <area shape="rect" coords="311,154,453,256" href="../../sp_s/index.html">
    </map>
</body>

<script>
function check_update() {
    window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}
</script>

</html>
Onkos nuo tiedostot siellä kansiossa missä nuo sijaitsevat, kaikki pienillä kirjaimilla kuten tuossa HTML-koodissa on kirjoitettu? Jos niissä tiedostonimissä on isoja kirjaimia joukossa niin se on syynä toimimattomuuteen. Linuxissa tosiaan Main.html ja main.html on eri asioita mutta windowsissa nuo ovat sama asia.

Muuten tuo näyttää täysin toimivalta, kokeilin kopioida tuon tiedoston omalle linux-koneelle ja sijoitin jotain random-pikkukuvia noilla nimillä mitä tuossa näkyy sopivasti tiedostopuuhun ja sivu näytti toimivan.
 
Koodi:
</head>

<body bgcolor="#ffffff" leftmargin="20" rightmargin="10" topmargin="0" bottommargin="0">
    <!--
<img src="../../images_idx/logo.png" width="82" height="88" >
-->
        <center>
            <table width="100%" height="100%" cellspacing="0" cellpadding="0" border="0">
    <tr height=25%><td colspan="2" valign=top>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<img src="../../images_idx/logo.png" width="82" height="88" >
    </td></tr>
    <tr height=50%>
                    <td colspan="2" valign=center>
                        <div align="center">
                            <img src="../../images_idx/main_en.jpg" border="0" usemap="#Map"></div>
                    </td>
                </tr>
  <tr >
                    <td >
                        <div align="left">
                            <a href="../../main.html"><img src="../../images_idx/back.jpg" width="68" height="25" border="0"></a></div>
                    </td>
                    <!--
                    <td>
                        <div align="left">
                            </div>
                        <div align="center">
                            <a href="info_ita.html"><img src="../../images_idx/help.jpg" width="84" height="27" align="right" border="0"></a></div>
                    </td>
                    -->
                </tr>
</table>
        </center>
        <map name="Map">
      <area shape="rect" coords="12,26,152,230" href="home.html">
      <area shape="rect" coords="311,18,453,116" href="../../sp/index.html">
      <area shape="rect" coords="311,154,453,256" href="../../sp_s/index.html">
    </map>
</body>

<script>
function check_update() {
    window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}
</script>

</html>
Kokeilitko avata tota? En kyllä nyt itsekkää ota oikein tolkkua tästä. tossakaan ole mitään sisältöä, vain lisää hässäkkää, jossa ladataan lisää html-filuja.. tarkasta tosiaan nuo tiedostojen nimet. Edelleenki se selaimen konsoli luultavasti kertois syyn blank-pagelle ja liittynee mitä luultavammin javascriptiin ja/tai siihen, että joku polku ei ole (tarkalleen) oikein.
 
Viimeksi muokattu:
Mikä hyöty tästä yhden html:n postaamisesta tänne on (kysymys muille kuin B12:lle)? Tuo viimeisin ei ole edes kokonainen, alusta puuttuu rivejä, ei voi alkaa head-tagin sulkemisella validi html-sivu. Suosittelisin jakamaan ne kaikki tiedostot ennemmin (ehkä jossain paremmassa topikissakin?). B12, pakkaa fileet esim. zipiksi ja törkkää vaikka tänne: easyupload.io
 
hmm.. macosissa pelittää moitteetta. Jätänpäs tämän muiden pähkäiltäväksi, kun ei ole nyt linuxia käytettävissä :) Mut edelleen vois olla tiedostonimi ongelma (pienellä näyttäis tosin kaikki olevan pl. pdf:t ym..), koska mullaki macissa tiedostojärjestelmä, joka ei eroittele isoja ja pieniä kirjaimia.
 
Viimeksi muokattu:
File linkki: "404. That’s an error. The requested URL was not found on this server.". Ikinä tykännyt google drivestä, aina sen kanssa on ongelmia.
 
Selkeä homma, tiedostossa viittaus esimerkiksi main_en.jpg ja tiedostonnimi on Main_en.jpg joten ei kun vaan nimeämään kaikki tiedostot uusiksi joissa on isoja kirjaimia. Tai itseasiassa pelkästään sen images_idx -kansion alla olevat taitaa oireilla. Kokeilin nimetä sieltä tuon Main_en.jpg -tiedoston alkamaan pienellä m-kirjaimella ja "valikko" aukesi josta sitten pääsin workshop manuaaliin jossa kuvat ja tekstit tuntuivat toimivan.
 
Tiedostonimissä isoja ja pieniä sekaisin, Esim. yrittää hakea kuvaa nimellä "images_idx/main_en.jpg" ja ko. hakemistossa (images_idx) on tiedosto "Main_en.jpg"
 
Pienellä tiedostonimien korjaamisella (pienet isoiksi) näkyy hyvin.
 

Liitteet

  • Kuvakaappaus 2022-04-12 21-19-54.png
    Kuvakaappaus 2022-04-12 21-19-54.png
    393,2 KB · Luettu: 90
  • Tykkää
Reactions: B12
Selkeä homma, tiedostossa viittaus esimerkiksi main_en.jpg ja tiedostonnimi on Main_en.jpg joten ei kun vaan nimeämään kaikki tiedostot uusiksi joissa on isoja kirjaimia. Tai itseasiassa pelkästään sen images_idx -kansion alla olevat taitaa oireilla. Kokeilin nimetä sieltä tuon Main_en.jpg -tiedoston alkamaan pienellä m-kirjaimella ja "valikko" aukesi josta sitten pääsin workshop manuaaliin jossa kuvat ja tekstit tuntuivat toimivan.
Tiedostonimissä isoja ja pieniä sekaisin, Esim. yrittää hakea kuvaa nimellä "images_idx/main_en.jpg" ja ko. hakemistossa (images_idx) on tiedosto "Main_en.jpg"
Siinähän se siis. En kattonu tarkemmin, mut ehkäpä riittää, ku nakkaa vain kaikkien tiedostojen nimet alkamaan pienellä, oletan että html-filuissa näin on viitattu, aika amatöörimäistä, mut sitä sattuu paremmissaki piireissä. Windowsissa ja mulla macissa toimi, koska tiedostojärjestelmä ei erottele noita eri tiedostoiksi.
 
Se mikä on jännää, että tiedostopäätteet on silti neljällä eikä windowsmaisesti kolmella.
 
Yks vaihtoehto tuohon on tehä joku 100MB tyhjä tiedosto, tehdä losetup:n kanssa siitä block device, vetästä sinne fat32 filesystem taikka ntfs, moutata se ja kopsaa noi rojut sinne niin ei pitäs häiritä enää isot ja pienet. Ainakaan teoriassa.

EDIT: Itseasiassa chattr kanssa voisi onnistua kanssa tekemään hakemiston jossa casella ei ole väliä, ehkä.
 
Selkeä homma, tiedostossa viittaus esimerkiksi main_en.jpg ja tiedostonnimi on Main_en.jpg joten ei kun vaan nimeämään kaikki tiedostot uusiksi joissa on isoja kirjaimia. Tai itseasiassa pelkästään sen images_idx -kansion alla olevat taitaa oireilla. Kokeilin nimetä sieltä tuon Main_en.jpg -tiedoston alkamaan pienellä m-kirjaimella ja "valikko" aukesi josta sitten pääsin workshop manuaaliin jossa kuvat ja tekstit tuntuivat toimivan.
Kiitoksia kaikille nopeasta diagnoosista. Eipä moinen ero windows/linux tullut koskaan itselle mieleen. Pitääpä näperrellä nuo images_idx kansion kuvat ja kokeilla auttaako. Kuka lie italian poika aikoinaan tehnyt tuon manuaalin. Sinällään toimiessaan ihan mainio.
 
Ongelmaksi paljastui lopulta TRIM toiminto.

Jooh, ihan perus ongelma. Uudemmat Ubuntut ajaa vielä TRIMiä kivasti servicenä, eli aina silloin tällöin kone hyytyy kokonaan ja jatkaa sitten joskus toimintaansa. Vastaavasti jos discardi on käytössä, niin ei se kirjoittaminen hyydytä, vaan deletointi. Kun deletoi vaikka 50 gigan fileen, niin sitten odotellaan. Tuohon toki myös vaikuttaa se, että osaako itse levy puskuroida trimmit ja tai osaako käyttis laittaa ne levyjonon hännille aina. Molempia noita on parannettu viimeaikoina. Lisäksi myös trimmaus softa fstrim on hidastettu versio nykyjään, eli laittaa trimmejä pienissä batcheissä ja pitää taukoa. Ettei aiheuta pitkää totaali hyytymistä kuten aikaisemmin.
 
Jooh, ihan perus ongelma. Uudemmat Ubuntut ajaa vielä TRIMiä kivasti servicenä, eli aina silloin tällöin kone hyytyy kokonaan ja jatkaa sitten joskus toimintaansa. Vastaavasti jos discardi on käytössä, niin ei se kirjoittaminen hyydytä, vaan deletointi. Kun deletoi vaikka 50 gigan fileen, niin sitten odotellaan. Tuohon toki myös vaikuttaa se, että osaako itse levy puskuroida trimmit ja tai osaako käyttis laittaa ne levyjonon hännille aina. Molempia noita on parannettu viimeaikoina. Lisäksi myös trimmaus softa fstrim on hidastettu versio nykyjään, eli laittaa trimmejä pienissä batcheissä ja pitää taukoa. Ettei aiheuta pitkää totaali hyytymistä kuten aikaisemmin.

Niin tässä omassa tapauksessani siis se kirjoittaminen nimenomaan vetää homman jojoon. Ja eipä ollu väliä että onko discard käytössä vaiko ei. BTRFS tosiaan vaikuttaisi olevan "syyllinen" tähän jojoon koska ext4 samaa ei tapahdu. Muita filesysteemeitä en ole kokeillut.

EDIT: Ja hyvin suurella todennäköisyydellä syynä on noi SSD asemat. Ne kun on jotain halpis OCZ Trio 150 asemia niin voi olla että niistä puuttuu jotain ominaisuuksia että ei vaan pelaa hyvin yhteen tuon btrfs:n kanssa.

EDIT2: Onhan näitä kaikenmoisia tallennusväline ongelmia vuosien varrella ollut. Esim. WD Green sarjan ainakin 2TB HDD asemat on varsin huono valinta minkäänlaiseen raid käyttöön jonka itsekin sain huomata aikoinaan. Ja kyse ei muistaakseni ole edes mistään SMR vs CMR
 
Viimeksi muokattu:
Niin tässä omassa tapauksessani siis se kirjoittaminen nimenomaan vetää homman jojoon. Ja eipä ollu väliä että onko discard käytössä vaiko ei. BTRFS tosiaan vaikuttaisi olevan "syyllinen" tähän jojoon koska ext4 samaa ei tapahdu. Muita filesysteemeitä en ole kokeillut.

Periaatteessa olisi mielenkiintoista nähdä mitä Magic SysRq + w sanoisi tuon jumin aikana. Mutta ehkä sitä ei hyödytä tavoitella jos ongelmasta on jo päästy jollakin tavalla eroon :tongue:
 
Niin tässä omassa tapauksessani siis se kirjoittaminen nimenomaan vetää homman jojoon. Ja eipä ollu väliä että onko discard käytössä vaiko ei. BTRFS tosiaan vaikuttaisi olevan "syyllinen" tähän jojoon koska ext4 samaa ei tapahdu. Muita filesysteemeitä en ole kokeillut.

Onhan tuotakin nähty, teknisesti toi yleensä johtuu siitä, että jotain on kirjoitusjonossa isona möhkäleenä, joka syystä tai toisesta, ei salli lukujen ohittaa tuota kirjoitusmöhkälettä. -> Luvut viivästyvät, enenmmän tai vähemmän, ja siksi responsiivisuus kärsii ja kone vaikuttaa "jumittavan" käyttäjlle. Tämähän oli se sama ongelma just tuon TRIM:n kanssa, jos huono I/O scheduler ja huono levy, eli TRIM komennot tukki I/O jonon, luvut loppuivat ja kone "jumittui". - Ikuista tasapainottelua kaikissa järjestelmissä, miten saadaan paras kokonaissuorituskyky, isojen bachien, vs pienen silpun välillä, erilaisissa käyttötilanteissa.

Ainakin deadline schedulerilla voisin kuvitella, että ongelmat tulee just siinä vaiheessa kun deadline ylittyy isolta määrältä kirjoitettavaa dataa, ja sitä pitää vaan ruveta työntämään levylle, sen sijaan, että aina vaan puskuroidaan muistiin lisää ja priorisoidaan lukuja. Varsinkin sitten siinä tilanteessa jos on vielä huonolle SSD:lle paljon hajakirjoituksia, niin kyykkistähän siinä enemmän tai vähemmän varmasti tulee, koska garbage collection / wear leveling sukkaa noissa yleensä.

Btrfs:llä tulee käsittääkseni reilusti enemmän hajakirjoitusta kuin ext3/ext4:lla. Sama juttu se on surkeilla SSD lätyillä NTFS vs FAT32, NTFS tahmaa sikana meta datan hajakirjoitusten takia, kun FAT32 pitää hajakirjoitukset (jos ei vakavaa frangmentoitumista) paljon pienempänä.
 
Itsellä ollut BTRFS ajossa useamman vuoden Archilla ja nykyisin Fedorassa.

Käytin pitkään myös snapperia ja toimi ihan täydellisesti,ei minkäänlaisia hyytymisiä.

noatime,ssd,discard=async,space_cache=v2,compress=zstd optioilla mountattu.
 
Onhan tuotakin nähty, teknisesti toi yleensä johtuu siitä, että jotain on kirjoitusjonossa isona möhkäleenä, joka syystä tai toisesta, ei salli lukujen ohittaa tuota kirjoitusmöhkälettä. -> Luvut viivästyvät, enenmmän tai vähemmän, ja siksi responsiivisuus kärsii ja kone vaikuttaa "jumittavan" käyttäjlle. Tämähän oli se sama ongelma just tuon TRIM:n kanssa, jos huono I/O scheduler ja huono levy, eli TRIM komennot tukki I/O jonon, luvut loppuivat ja kone "jumittui". - Ikuista tasapainottelua kaikissa järjestelmissä, miten saadaan paras kokonaissuorituskyky, isojen bachien, vs pienen silpun välillä, erilaisissa käyttötilanteissa.

Ainakin deadline schedulerilla voisin kuvitella, että ongelmat tulee just siinä vaiheessa kun deadline ylittyy isolta määrältä kirjoitettavaa dataa, ja sitä pitää vaan ruveta työntämään levylle, sen sijaan, että aina vaan puskuroidaan muistiin lisää ja priorisoidaan lukuja. Varsinkin sitten siinä tilanteessa jos on vielä huonolle SSD:lle paljon hajakirjoituksia, niin kyykkistähän siinä enemmän tai vähemmän varmasti tulee, koska garbage collection / wear leveling sukkaa noissa yleensä.

Btrfs:llä tulee käsittääkseni reilusti enemmän hajakirjoitusta kuin ext3/ext4:lla. Sama juttu se on surkeilla SSD lätyillä NTFS vs FAT32, NTFS tahmaa sikana meta datan hajakirjoitusten takia, kun FAT32 pitää hajakirjoitukset (jos ei vakavaa frangmentoitumista) paljon pienempänä.

Tuo ongelma discardin kanssa varsinkin vanhemmalla kalustolla tulee (ymmärtääkseni) siitä että SATA versioissa <3.1 ollut edes mahdollista laittaa TRIM komentoja jonoon.
Eli jos kesken raskaan I/O:n pistetään asemalle TRIM-komento, ja roskienkeruuta on paljon tehtävänä, niin aletaan tekemään sitä ja kaikki muu I/O seisoo koska odotellaan että se TRIM päättyy. Kai sen uudemmissakin kämäisemmillä kontrollereilla on mahdollista käyttäytyä samalla tavalla.


Muutoin SSD-levyjen kanssa tullut itse käytettyä none scheduleria (muinaiskerneleillä noop, mutta tällaisia ei ole ollut ajossa muutamaan vuoteen) sillä ajatuksella että se SSD:n muistikontrolleri oletettavasti tietää itse parhaiten miten komennot järjestellä eikä se ainakaan helpota sitä että ylimääräinen, enemmän pyöriville levyille suunniteltu, kokki hämmentää soppaa.
 
Muutoin SSD-levyjen kanssa tullut itse käytettyä none scheduleria.

Juuh, riippuu taas levyistä ja käytöstä. Mutta joo, normi koneillahan ei käytännössä koskaan ole edes levyjonoa, tai jos onkin, sen syvyys on täysin olematon. Että sinänsä aika sama. Tosin juuri siinä tilanteessa kun mahdollisesta kirjoituspuskurista työnnetään tavaraa levylle, niin on toki isompi merkitys sillä miten ja missä järjestyksessä tavara työnnetään. Mutta sekin on normikäytössä aika marginaalinen juttu, kun sitäkään painetta ei pitäs nykyjään olla käytännössä koskaan. - Normi deskari käytössä kaikki noi säädöt on käytännössä, kivoja leikkejä, käytännönmerkitystä ei ole. Toinen juttu sitten tietysti jos sulla on esim satakunta virtuaalikonetta jotka vääntää jotain tuotantokuormaa siinä levyjärjestelmällä.

Taitaa myös SATAssa olla queue depth max 32, edelleen. Toisaalta SSD tapauksessa toikin on enemmän kuin tarpeeksi. Ja sitten taas kun on noita parempia levyjä, joissa on itsessään isot kirjoituspuskurit, niin tuollakaan ei oo käytännössä mitään väliä, koska tosiaan levy hoitaa ite noi asiat. Mutta toki halvimmissa rammittomissa pommeissa tuolla voi olla isompi merkitys.

Sehän tuossa TRIM:issäkin oli se vitsi, että sen voi ratkaista helposti ainakin neljällä eri tavalla, että se ei ole ongelma, mutta silti se oli ongelma. ;)

Anyway, Btrfs:stä ja levysäädöistä puheen ollen, niin media koneella ison SATA kiekon kanssa suorituskyky parani huomattavasti tilanteissa joissa sattuu olemaan luku jonoa useammasta säikeestä suurentamalla read-ahead puskurin kokoa. Eli I/O latenssi kasvaa tuolla, mutta total I/O throughput paranee merkittävästi, kun vähemmän aikaa hukkuu seekkaamiseen.
 
Timeshift (automaattinen taski) segfaulttasi ja core dumped, mitään ei guissa huomannut tuosta, sitten n. puoli tuntia myöhemmin yritin laittaa koneen suspend/sleep tilaan ja se jumitti siihen niin, että piti väkisin laittaa virrat pois (tästä ei mitään virheilmoituksia lokissa). Vaikuttiko tuo aikaisempi segfault/coredumppaus kun yritin laittaa sleep-tilaan konetta?
 
On tää kuluttaja tason kamoilla turaaminen kyllä raidin kanssa melko turaamista. 10 levyn raid pakasta vuoden verran potkinu aina välillä levyjä pihalle. Ei selvää syyllistä löytynyt kun levy aina vaihtuu. Nyt lopulta löytyi syyllinen kun alko paikantua yhteen samaan levyyn jatkuvasti ja lopulta ei enää bootissa saanu käteltyä kyseistä levyä ja ilmeisesti sitten väylään työntää jotain häikkää niin että osa muistakin levyistä häiriintyy kun ohjaimesta tippu samoin tein muitakin levyjä mm. bootti levyt.

Voi olla että joku oikea HBA kortti voisi hanskata virheet ja hajoavan levyn paremmin. Ennenkin ollu samanlainen ongelma että joku "oireeton" levy sotkee muiden käyttäytymistä.
Pitää nyt pistää toi koko paska offline ja tilata uus lätty ettei kosaha koko raid-5 pooli.
 

Statistiikka

Viestiketjuista
262 755
Viestejä
4 564 820
Jäsenet
75 016
Uusin jäsen
repXileS

Hinta.fi

Back
Ylös Bottom