Linux kysymyksiä

[Mestaritonttu]

OpenSUSE:ssahan on nvidian ajureille ihan oma repo. SDB:NVIDIA drivers - openSUSE Wiki

Ei sillä taida olla enää merkitystä koska kyseessä on 8400M GS ja uusin sen Nvidia-ajuria tukeva kernel on joku 4.X. Sitäpaitsi asensin Mintin OS:n tilalle eikä sekään tarjoa ajuria kortille, johtuen juuri tuosta syystä. Mintin ajurienhallinta tosin tarjosi ajurin Broadcomin wifi-kortille mallia 4311 ja wifi toimii sen kanssa. Yllättävää on että kortti pystyi näkemään 5 GHz verkkon ja yhdistämään siihen vaikka kortti tukee vain a/b/g- standardia. Voiko tuota kyvykkyyttä siis paikkailla ajureilla? Huomasin myös että Mintin normaalit ISO:t taitavat olla puhtaasti offline-medioita eli eivät koskaan lataa verkosta mitään, eli asennuksen pitäisi olla simppeliä laitteisiin joissa ei ole LAN- liittimiä.

Pitää ihan mielenkiinnosta kysyä, että paljon tossa meni aikaa siinä "loading basic drivers" vaimikäseoli kohdassa, ennen kuin se päästää sut klikkailee sitä itse asennusta? Muistaakseni joskus viime vai toissa vuonna ajoin Tumbleweedin omaa nuhapumppuas asteen modernimpaan Nehalem purkkiin ja siinä meni muistaakseni yli 30min, vaikka kyseessä olikin työpöytäprossu ja joku muinainen SATA II SSD.

En seurannut eri vaiheiden kestoa, mutta tiedostojen kopioinnissa ja varsinaisessa asennuksessa meni varmaan tunti. Kyseessä on niin hidas Samsungin HDD että varmaan häviää nopeudessa jollekkin perus USB 2.0 tikulle. Mikäli Mintin live-ympäristön nopeudesta voi jotain päätellä niin asia on juuri noin.

 

[Barbarossa]

Yllättävää on että kortti pystyi yhdistämään 5 GHz verkkoon vaikka kortti tukee vain a/b/g- standardia.

802.11a standardi on nimenomaan 5GHz, ei taida edes olla mahdollista tehdä 2.4GHz 802.11a verkkoa.

 

[Mestaritonttu]

802.11a standardi on nimenomaan 5GHz, ei taida edes olla mahdollista tehdä 2.4GHz 802.11a verkkoa.

No niinpäs onkin. Itsellä on ollut niin vanhaa tekniikkaa olevia reitittimiä että niissä ei välttämättä ole ollut tukea 5GHz:lle tai sitten se on ollut oletuksena pois päältä jostain syystä, joten sain sellaisen väärän käsityksen että 5 GHz tuki liittyi ac-standardiin. Olen huomannut että etenkin puhelimet hyötyvät paljon tuosta taajuudesta.

 

[vehkeenvatkaaja]

Ei sillä taida olla enää merkitystä koska kyseessä on joku 8400M GS ja vanhin sen Nvidia-ajuria tukeva kernel on joku 4.X. Sitäpaitsi asensin Mintin OS:n tilalle eikä sekään tarjoa ajuria kortille, johtuen juuri tuosta syystä.

Ton Pörkyleen linkkaaman SDB artikkelin mukaan joku serfani oli kyl pätsänny ne ajurit toimimaan uudemmillakin kerneleillä, mut ei sillä kai oo hirveästi oletettavasti väliä tässä tilanteessa.

 

[Barbarossa]

Eikös vanhassa SER-koneessa voi käyttää nouveau-ajuria nahkiksen kortille? Sen suorituskyky ei päätä huimaa mutta koska museoraudan suorituskyky lähtökohtaisestikin on laimea niin muodostuuko se ongelmaksi? Sehän pitäisi löytyä ihan tuoreemmistakin kernel + mesa paketeista.

 

[Markok]

Huomasin myös että Mintin normaalit ISO:t taitavat olla puhtaasti offline-medioita eli eivät koskaan lataa verkosta mitään, eli asennuksen pitäisi olla simppeliä laitteisiin joissa ei ole LAN- liittimiä.

Ubuntu-mediat olleet aika kattavia offline-medioita. Lopussa täppä "asenna päivitykset". Mutta toki media ei (välttämättä) sisällä kaikkia firmwareja eksoottisille himmeleille. Jos ytimessä tuki raudalle -> rokrok

 

[Mestaritonttu]

Eikös vanhassa SER-koneessa voi käyttää nouveau-ajuria nahkiksen kortille? Sen suorituskyky ei päätä huimaa mutta koska museoraudan suorituskyky lähtökohtaisestikin on laimea niin muodostuuko se ongelmaksi? Sehän pitäisi löytyä ihan tuoreemmistakin kernel + mesa paketeista.

Nouveau riittää kyllä siihen mitä kyseisellä läppärillä on tarkoitus tehdä: ei mitään. Ainoa syy miksi en ole käyttänyt vanhaa Ivy Bridge- serriäni distroräpeltämiseen on se että en halua liittää ainokaista näyttöäni siihen. Syy? No sanotaan vaikka äärimmäinen varovaisuus. Ser-desktopin näyttö nimittäin hajosi joten varapeliä ei ole. Muuten se olisi kyllä melko passeli - 3570K, 8Gb RAM, 760 Gtx ja nopea HDD (WD Black). Pyöritti Win 10 niin hyvin kun HDD:lta nyt voi modernia käyttistä pyörittää.

Ubuntu-mediat olleet aika kattavia offline-medioita. Lopussa täppä "asenna päivitykset". Mutta toki media ei (välttämättä) sisällä kaikkia firmwareja eksoottisille himmeleille. Jos ytimessä tuki raudalle -> rokrok

Mintin asennusohjelma kysyi vain että asennetaanko multimediakoodekkeja, jotka todennäköisesti tulevat ISO:n mukana. Tumbleweedin offline-ISO kyllä ehdottaa päivitettyjen pakettien lataamista verkosta.

 

[Emeron]

Ubuntun päivitys 20.04->22.04 LTS hukkasi wlan:in kokonaan Lenovon T420 läppäristä. Monta ohjetta löysin jopa Lenovon sivuilta miten ajurit saisi uudelleen asennettua ja toimimaan mutta eipä näy koko wlan:ia vaikka mitä koittaa

 

[topiv]

Ubuntun päivitys 20.04->22.04 LTS hukkasi wlan:in kokonaan Lenovon T420 läppäristä. Monta ohjetta löysin jopa Lenovon sivuilta miten ajurit saisi uudelleen asennettua ja toimimaan mutta eipä näy koko wlan:ia vaikka mitä koittaa

Onko kyseessä dual-boot Windowsin kanssa vai pelkkä Ubuntu-asennus?

 

[Emeron]

Onko kyseessä dual-boot Windowsin kanssa vai pelkkä Ubuntu-asennus?

Pelkkä Ubuntu

 

[henjo]

Muutama kysymys.

Onko wlanille fyysistäkytkintä, joka voisi olla off-asennossa?
Millä piirillä wlan on toteutettu? Helpottaa vastausten löytämistä ajuriongelmiin.
Kone on kytketty nettiin piuhalla, sillä ajureiden lataaminen ja asennus vaatinee nettiyhteyden?

 

[Emeron]

Muutama kysymys.

Onko wlanille fyysistäkytkintä, joka voisi olla off-asennossa?
Millä piirillä wlan on toteutettu? Helpottaa vastausten löytämistä ajuriongelmiin.
Kone on kytketty nettiin piuhalla, sillä ajureiden lataaminen ja asennus vaatinee nettiyhteyden?

Onko wlanille fyysistäkytkintä, joka voisi olla off-asennossa? Ei ole kytkintä
Millä piirillä wlan on toteutettu? Intel Centrino® Advanced-N 6205
Kone on piuhalla netissä ja Lenovon sivuilta löysin ajuritkin, ei vain lähde toimimaan. Jos nyt vain löytäsin sen Lenovon ohjeen uusiksi niin laitan linkin tähän vielä

E: no eipä tuolla väliä, onkin kertynyt turhaa tauhkaa koneelle vuosien aikana. Otan backupit tärkeistä ja vedän koko koneen sileäksi ja asennan puhtaalta pöydältä uusiksi tuon 22.04

 

[SamCer]

Onko wlanille fyysistäkytkintä, joka voisi olla off-asennossa? Ei ole kytkintä
Millä piirillä wlan on toteutettu? Intel Centrino® Advanced-N 6205
Kone on piuhalla netissä ja Lenovon sivuilta löysin ajuritkin, ei vain lähde toimimaan. Jos nyt vain löytäsin sen Lenovon ohjeen uusiksi niin laitan linkin tähän vielä

Tuolle Lenovolle pitäisi kyllä löytyä fyysinen WLAN-kytkin koneen oikeasta reunasta (oppaassa kohdassa "Laite oikealta", sivu 23): https://download.lenovo.com/pccbbs/mobiles_pdf/t420_t420i_ug_fi.pdf

Sille löytyy myös softakytkin (Fn + F5), jolla se on WLANin saa myös sammutettua/käynnistettyä (oppaassa kohdan "Toimintonäppäinyhdistelmät" alta löytyy "Langattoman tiedonsiirron käyttöönotto tai käytöstä poisto", sivu 48).

Sulla on varmaankin jompikumpi, tai molemmat Off-asennossa, veikkaan tuotta softakytkintä.

 

[Barbarossa]

Onko wlanille fyysistäkytkintä, joka voisi olla off-asennossa? Ei ole kytkintä

Ei löydy tällaista? (ei oma, internetistä varastettu)

Spoileri

Jos ei niin lienee sitten jotakin mallikohtaisia eroja.

Joka tapauksessa komento rfkill list näyttää löytyvien radioiden soft/hard blocked tilan. Luulisin että on Ubuntun vakioasennuksessa. Jos ei niin sudo apt install rfkill auttanee.

 

[TenderBeef]

Tuossa muutama päivä sitten tapahtui tällaista: konetta sleep/suspend tilaan laittaessa se ei mennytkään vaan hetken päästä tuli takaisin työydälle. Yritin useamman kerran ja sama juttu. Ruudulla viestinä: "Freezing of tasks failed after 20.004 seconds (0 tasks refusing to freeze, wq_busy=1):".

Googlasin ja testailin eri asioita ja syypääksi löytyi sellainen asia, että mulla oli terminaalissa ssh-yhteys nassiin vielä auki. Kokeilin "pausettaa terminaalin" Ctrl+S komennolla ja kone meni nukkumaan nätisti sen jälkeen (seuraavana päivänä yritin jatkaa terminaalissa Ctrl+Q komennolla mutta ssh-yhteys meni poikki).

Tuosta muutama päivä ja yritin dual-bootata windowsiin niin, että linukka menee hibernateen ensin. Mutta taas tuli tuo sama virheviesti ja kone palasi takaisin linuxin työpöydälle. Tällä kertaa ei ollut ssh:ta auki. Pitkän ihmettelyn jälkeen selvisi: koneella on mapattuna 6 kpl nassin smb/cifs jakoja (fstab), yhden kryptatun niistä olin nassin puolelta laittanut kiinni ja jostain syystä linuxi ei halunnut hibernatea tehdä (sleep kyllä toimi) koska se yhteys siihen jakoon oli jotenkin "odottavassa tilassa". Sen yhden jaon unmounttauksen jälkeen hibernate toimi. Tosi ihme juttu, eipä ole ennen tullut vastaan.

Ongelma tässä on nyt se, että olen tukeutunut tuohon sleeppiin ja hibernateen sillä lailla, että ne toimii turvallisuustekijänä (kone menee automaattisesti sleep tilaan x tunnin käyttämättömyyden jälkeen ja sleep-tilan x tunnin jälkeen kone automaattisesti "herää" ja laittaa koneen hibernateen = tiedot turvassa kryptatulla levyllä). Nyt siis löysin ainakin 2 eri tekijää jotka estävät näitä toiminnallisuuksia, ja kuka tietää kuinka paljon muita estäviä tilanteita on. Lisäksi on tietenkin vielä se usecase jolloin akku läppäristä laskee tiettyyn tasoon ja koneen pitäisi tehdä hibernate automaattisesti.

Järjestelmänä Linux Mint Cinnamon ja systemd taustalla. Tietääkö kukaan miten noita sleep ja hibernate tiloja voisi forcettaa, eli mikään ei estäisi niiden toteutumista? En tahdo millään netistä löytää mitään, joko on hakukoneet menneet surkeammiksi tai sitten olen tulossa vanhaksi enkä enää osaa. Vai onko jotain tilanteita missä pakotus vetäisi koneen/levyn tiedot ketuilleen?

Tietenkin voisin tehdä smb/cifs force unmounttauksen automaattisesti aina ennen sleep ja hibernate tilaa ja mounttauksen tiloista takaisin tullessa (ja onkin pitänyt jo kauan tehdä automaattinen NTFS-unmounttaus (sleep/)hibernate tilanteissa mutta en ole saanut aikaiseksi) mutta tuo ei sitten kata jos on olemassa jotain muita estotilanteita.

 

[Emeron]

Ei löydy tällaista? (ei oma, internetistä varastettu)

Spoileri

.
Jos ei niin lienee sitten jotakin mallikohtaisia eroja.

Joka tapauksessa komento rfkill list näyttää löytyvien radioiden soft/hard blocked tilan. Luulisin että on Ubuntun vakioasennuksessa. Jos ei niin sudo apt install rfkill auttanee.

No joo olihan siellä nappi, päällä näyttäs olevan
rfkill list näyttää:


0: tpacpi_bluetooth_sw: Bluetooth

Soft blocked: no
Hard blocked: no

1: tpacpi_wwan_sw: Wireless WAN

Soft blocked: no
Hard blocked: no

2: hci0: Bluetooth

Soft blocked: no
Hard blocked: no

E: laitoin tuosta kytkimestä langattomat pois päältä niin lista muuttui 2: hci0: Bluetooth muuttui 2: phy0: Wireless LAN


0: tpacpi_bluetooth_sw: Bluetooth

Soft blocked: no
Hard blocked: yes

1: tpacpi_wwan_sw: Wireless WAN

Soft blocked: no
Hard blocked: yes

2: phy0: Wireless LAN

Soft blocked: no
Hard blocked: yes

 

[TenderBeef]

tukeutunut tuohon sleeppiin ja hibernateen sillä lailla, että ne toimii turvallisuustekijänä

Tähän liittyen, tuossa vielä kun googlailin sus/hib pakotusta, niin eipä sitä näköjään voi oikein systemd:henkään luottaa, sen kehittäjä(t?) ovat aika huolella perseillyt suspend-then-hibernate toiminnon kanssa ja tuolla keskustelussa yksi dev aiheuttaa rajun "revin hiukset päästä" fiiliksen. Oma järjestelmä ei ole vielä uudempiin versioihin päivittynyt missä tuota on sörkitty mutta pitää laittaa muistiin ylös, että kun asentaa uudempaa minttiä niin pitää testata tuo toiminto kokonaan uudestaan kunnolla.

 

[Barbarossa]

No joo olihan siellä nappi, päällä näyttäs olevan
rfkill list näyttää:


0: tpacpi_bluetooth_sw: Bluetooth

Soft blocked: no
Hard blocked: no

1: tpacpi_wwan_sw: Wireless WAN

Soft blocked: no
Hard blocked: no

2: hci0: Bluetooth

Soft blocked: no
Hard blocked: no

E: laitoin tuosta kytkimestä langattomat pois päältä niin lista muuttui 2: hci0: Bluetooth muuttui 2: phy0: Wireless LAN


0: tpacpi_bluetooth_sw: Bluetooth

Soft blocked: no
Hard blocked: yes

1: tpacpi_wwan_sw: Wireless WAN

Soft blocked: no
Hard blocked: yes

2: phy0: Wireless LAN

Soft blocked: no
Hard blocked: yes

Mielenkiintoista. Mutta tuo että radiot päällä koko WLANia ei näy vaikuttaisi siltä että laite ei ole edes toiminnassa. Löytyykö dmesg|grep iwl tulostuksesta vihjeitä ongelmista?

 

[Mestaritonttu]

Onko sillä muuten mitään väliä yhden käyttäjän koneessa että mihin hakemistoon muut sisäiset levyt mountataan pysyvästi? Jos on, niin mikä olisi se paras paikka?

 

[Hyrava]

Onko sillä muuten mitään väliä yhden käyttäjän koneessa että mihin hakemistoon muut sisäiset levyt mountataan pysyvästi? Jos on, niin mikä olisi se paras paikka?

Ei kai sillä niin suurta merkitystä ole, itse olen mounttaillut vähän käyttötarkoituksen mukaan eli jos levy laajentaa kotikansiota niin esim /home/kayttaja/storage tai sitten jos isoille softille lisätilaa niin esim /opt jne.

 

[Mestaritonttu]

Ei kai sillä niin suurta merkitystä ole, itse olen mounttaillut vähän käyttötarkoituksen mukaan eli jos levy laajentaa kotikansiota niin esim /home/kayttaja/storage tai sitten jos isoille softille lisätilaa niin esim /opt jne.

Onko myös / eli root mahdollinen?

 

[herra57]

Minun ymmärtääkseni eräs usein käytetty systeemi on että kaikki ylimääräiset levyt mountataan /mnt hakemistoon.

Eli yksi kiinteästi mountattu partitio on / eli root
Toinen kiinteästi mountattu partitio on /home

Jos halutaan lisää levyjä niin ne mountataan että ne on /mnt/HDD1 ja /mnt/HDD2
Tai vaikka /mnt/NAS1 ja /mnt/NAS2

ls sitten jos halutaan että on olemassa hakemisto /home/käyttäjä/big_storage niin se on symlinkki /mnt/HDD1/käyttäjä/big_storage hakemistoon.

 

[kaakau<"'\\/>]

Mä mounttaan /media:n, mutta tuskinpa sillä etenkään omassa yksityisessä käytössä on mitään väliä. Ja jos muutkin käyttävät, niin vaikka mount-komennollahan sen näkisi miten on mountattu, ettei yleisillä käytännöillä silloinkaan välttämättä niin ole väliä ehkä.

 

[Barbarossa]

Jos ihan FHS:n mukaan mennään niin /media on tarkoitettu irtomedioiden, optisten asemien, USB-tikkujen yms. mountaukseen ja /mnt tilapäisille paikallisille mounteille. Sitä mitä se tarkoittaa saakin itse kukin miettiä, ja luonnollisesti omassaan saa mountata mitä haluaa mihin haluaa.

 

[Mestaritonttu]

Jos ihan FHS:n mukaan mennään niin /media on tarkoitettu irtomedioiden, optisten asemien, USB-tikkujen yms. mountaukseen ja /mnt tilapäisille paikallisille mounteille. Sitä mitä se tarkoittaa saakin itse kukin miettiä, ja luonnollisesti omassaan saa mountata mitä haluaa mihin haluaa.

Siksi on varmaan turvallisinta että edellämainittuja vältetään sen varalta että joku tietty distro tai skripti päättääkin noudattaa noita ohjenuoria. Niiden sijaan mount pointiksi joku juureen luotu kansio, esim. /Data ja file manageriin kyseinen sijainti lisätään suosikiksi.

Mutta ne kirjoitusoikeudet - enpä ole vielä miettinytkään tätä siltä kantilta.

Olisiko /Home/ sittenkin paras mount point varastolevyille...?

 

[Vaateri]

Mutta ne kirjoitusoikeudet - enpä ole vielä miettinytkään tätä siltä kantilta.

Mikäs niissä mietityttää?

 

[Mestaritonttu]

Mikäs niissä mietityttää?

Esim. se että voiko tavallisen käyttäjän oikeuksilla kirjoittaa /mnt- hakemistoon.

 

[vehkeenvatkaaja]

Esim. se että voiko tavallisen käyttäjän oikeuksilla kirjoittaa /mnt- hakemistoon.

Itellä on ei-järjestelmä levyt mountattuna just /mnt ja kaikkiin kolmeen onnistuu kirjoittaminen ihan normaalisti ilman mitään erityisiä kikkailuja. Oon kyllä laittanu ne automounttaamaan ittensä käynnistyessä, mut muuten en oo tehny mitään poikkeavaa.

Mietitköhän sä nyt tätä hommaa liian monimutkasesti?

Edit: Tohon hommaan löytyy GUI softatkin, et ei tarvii osata kirjotella fstabbiin yhtään mitään. Esim. GNOME Disks.

 

[Vaateri]

Esim. se että voiko tavallisen käyttäjän oikeuksilla kirjoittaa /mnt- hakemistoon.

Sähän teet sen alle mountpointit niille levyillesi ja asetat niille haluamasi omistukset ja oikeudet.

 

[JiiPee]

Seuraillu tuota bcachefs kehitystä nyt aika paljon. 6.5 kerneliin ei lisäys onnistunu, mutta uusi yritys jo valmiina 6.6 kernelille jossa on huomioitu ongelmat joita tuotiin esille.

Bcachefs File-System Plans To Try Again To Land In Linux 6.6 - Phoronix

www.phoronix.com

Tuossa eilen piti ihan virtuaalikone pystyttää ja kääntää kerneli siihen että pääsi vähän leikkimään tuon kanssa. Kyllähän se ihan pätevältä kikottimelta vaikuttaa näin pienen testailun jälkeen. Mulla on 4kpl 320GB pyörivää ruostetta tässä koneesse kiinni ja ne on hyper-v kautta laskettu suoraan läpi virtuaalikoneelle, eli en leiki millään disk imageilla vaan ihan oikeilla asemilla jolloin suorityskyvystä saa paremman kuvan.

Onhan tuossa vielä paljon tekemistäkin. Asiat jotka ei ole vielä toiminnassa jotka ittelle ainakin on showstopper. Scrub, rebalance ja raid5/6 tuki. (kaikki on kyllä tulossa)
Raid 0/1/10 käsittääkseni on tuettuna ja tottakai jbod. Cryptaus ja pakkaus on myös jo natiivina tuossa.
Ja tämän etuna siis zfs:n on se että kaikkien asemien ei tartte olla saman kokoisia.

Hienoja ominaisuuksia tuossa kyllä on kun siinä voi määritellä eri asemia eri käyttöön. Vaikkapa jotain pieniä vanhempia SSD asemia voi laittaa metadatan taltiointiin ja sitten vaikka nopeaa NVM-e pintaa voi määritellä kirjoitus cacheksi.

Yllättäen btrfs kehityskin on nyt lähiaikoina aktivoitunut aika tavalla. Kohta pitäisi ilmeisesti raid5 scrub tuen olla toimintakuntoinen. Onhan se toiminut tähän astikkin, mutta se on ihan älyttömän hidas. Lueskelin patch noteja niin tapa jolla nyt scrub tehdään on sellainen että raid5 se sama data luetaan oliko se nyt viiteen kertaan josta syystä se on helvetin hidas.
Lisäksi valmisteluja on tehty myös cryptaus tuen lisäämiseksi.

btrfs: add encryption feature [LWN.net]

lwn.net

 

[JiiPee]

Päivitystä edelliseen.

Kyllä se raid-5 tuki näyttää tuossa bcachefs jotenkin jo toimivan kun enempi hommaa tutki. Työkaluissa vaan oli maininta: --erasure_code Enable erasure coding (DO NOT USE YET)
Syytä en ole löytänyt mutta olettaisin että syynä on aika kehno suorituskyky.
Noi levyt joita testissä käytän on toki vanhoja mutta sellaista ~100MB/s ne tarjoaa nopeutta. bcachefs raid-5 käytössä nopeus pyörii ~68MB/s niin luku että kirjoitus.

Mutta toimii se, jonka näkee tästä:

Spoileri: bcachefs fs usage

bcachefs fs usage -h /mnt/
Filesystem: b8605259-0818-4bcb-80aa-3f8beff1f371
Size:                       1.07 TiB
Used:                       1.00 TiB
Online reserved:             256 KiB

Data type       Required/total  Devices
btree:          1/2             [sdb1 sdc1]                 1.77 GiB
btree:          1/2             [sdc1 sdd1]                  975 MiB
btree:          1/2             [sdb1 sde1]                  972 MiB
btree:          1/2             [sdd1 sde1]                 1.72 GiB
user:           1/2             [sdb1 sde1]                  512 KiB
user:           1/2             [sdd1 sde1]                  512 KiB
user:           3/4             [sdb1 sdc1 sdd1 sde1]        761 GiB
parity:         3/4             [sdb1 sdc1 sdd1 sde1]        254 GiB

hdd.1 (device 0):               sdb1              rw
                                data         buckets    fragmented
  free:                          0 B          167826
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.36 GiB            5566
  user:                      256 KiB               1
  cached:                        0 B               0
  parity:                   63.4 GiB          259821
  stripe:                    190 GiB          779557
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.2 (device 1):               sdc1              rw
                                data         buckets    fragmented
  free:                          0 B          167820
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.36 GiB            5573
  user:                          0 B               0
  cached:                        0 B               0
  parity:                   63.4 GiB          259812
  stripe:                    190 GiB          779566
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.2 (device 3):               sde1              rw
                                data         buckets    fragmented
  free:                          0 B          167929
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.33 GiB            5462
  user:                      512 KiB               2
  cached:                        0 B               0
  parity:                   63.4 GiB          259877
  stripe:                    190 GiB          779501
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.3 (device 2):               sdd1              rw
                                data         buckets    fragmented
  free:                          0 B          167923
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.33 GiB            5469
  user:                      256 KiB               1
  cached:                        0 B               0
  parity:                   63.4 GiB          259868
  stripe:                    190 GiB          779510
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

Pitää jatkaa testailuja ja jossain vaiheessa kokeilla josko sillä olisi vaikutusta että siirtäisi metadatan omalle asemalleen jolloin noilla laikoilla olisi vain stripe ja parity.

EDIT: Kuten arvelinkin niin metadatan käsittely on tässä sen verran rajua että sen kun siirti omalle asemalle niin suorituskyky kasvoi aika tavalla. Nyt kirjoitus ainakin pyörii sellaisessa 200MB/s lukemissa. Voi olla että jos vetelee ssd raidilla niin sitten tuolla ei ole niin merkitystä, mutta pyörivän ruosteen kanssa ilmeisesti aiheutuu niin älyttömästi ylimääräistä hakua. Sen kuulee ihan levyistäkin, kirjoitus meteli on huomattavasti hillitympi nyt.

EDIT2: Jaa olikin ennenaikaiset juhlat. Eipä tuo suorituskyky parantunutkaan metan siirrolla. Oli conffi virhe. Todennäköisesti tuota raid5 ei ole vaan optimoitu vielä ja tekee jotain typerää.
Noi levythän näkyy task managerissa kun siis virtuaali kone ja hyper-v:n alla. Levyjen käyttöaste on alle 50%. Toisaalta virtuaali koneessa loadit on yli 3 eli joku IO pullonkaula siellä selvästi on muu kuin levyistä johtuva.

 

[Markok]

Päivitystä edelliseen.

Kyllä se raid-5 tuki näyttää tuossa bcachefs jotenkin jo toimivan kun enempi hommaa tutki. Työkaluissa vaan oli maininta: --erasure_code Enable erasure coding (DO NOT USE YET)
Syytä en ole löytänyt mutta olettaisin että syynä on aika kehno suorituskyky.
Noi levyt joita testissä käytän on toki vanhoja mutta sellaista ~100MB/s ne tarjoaa nopeutta. bcachefs raid-5 käytössä nopeus pyörii ~68MB/s niin luku että kirjoitus.

Mutta toimii se, jonka näkee tästä:

Spoileri: bcachefs fs usage

bcachefs fs usage -h /mnt/
Filesystem: b8605259-0818-4bcb-80aa-3f8beff1f371
Size:                       1.07 TiB
Used:                       1.00 TiB
Online reserved:             256 KiB

Data type       Required/total  Devices
btree:          1/2             [sdb1 sdc1]                 1.77 GiB
btree:          1/2             [sdc1 sdd1]                  975 MiB
btree:          1/2             [sdb1 sde1]                  972 MiB
btree:          1/2             [sdd1 sde1]                 1.72 GiB
user:           1/2             [sdb1 sde1]                  512 KiB
user:           1/2             [sdd1 sde1]                  512 KiB
user:           3/4             [sdb1 sdc1 sdd1 sde1]        761 GiB
parity:         3/4             [sdb1 sdc1 sdd1 sde1]        254 GiB

hdd.1 (device 0):               sdb1              rw
                                data         buckets    fragmented
  free:                          0 B          167826
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.36 GiB            5566
  user:                      256 KiB               1
  cached:                        0 B               0
  parity:                   63.4 GiB          259821
  stripe:                    190 GiB          779557
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.2 (device 1):               sdc1              rw
                                data         buckets    fragmented
  free:                          0 B          167820
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.36 GiB            5573
  user:                          0 B               0
  cached:                        0 B               0
  parity:                   63.4 GiB          259812
  stripe:                    190 GiB          779566
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.2 (device 3):               sde1              rw
                                data         buckets    fragmented
  free:                          0 B          167929
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.33 GiB            5462
  user:                      512 KiB               2
  cached:                        0 B               0
  parity:                   63.4 GiB          259877
  stripe:                    190 GiB          779501
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

hdd.3 (device 2):               sdd1              rw
                                data         buckets    fragmented
  free:                          0 B          167923
  sb:                       3.00 MiB              13       252 KiB
  journal:                  2.00 GiB            8192
  btree:                    1.33 GiB            5469
  user:                      256 KiB               1
  cached:                        0 B               0
  parity:                   63.4 GiB          259868
  stripe:                    190 GiB          779510
  need_gc_gens:                  0 B               0
  need_discard:                  0 B               0
  erasure coded:             254 GiB         1039378
  capacity:                  298 GiB         1220976

Pitää jatkaa testailuja ja jossain vaiheessa kokeilla josko sillä olisi vaikutusta että siirtäisi metadatan omalle asemalleen jolloin noilla laikoilla olisi vain stripe ja parity.

EDIT: Kuten arvelinkin niin metadatan käsittely on tässä sen verran rajua että sen kun siirti omalle asemalle niin suorituskyky kasvoi aika tavalla. Nyt kirjoitus ainakin pyörii sellaisessa 200MB/s lukemissa. Voi olla että jos vetelee ssd raidilla niin sitten tuolla ei ole niin merkitystä, mutta pyörivän ruosteen kanssa ilmeisesti aiheutuu niin älyttömästi ylimääräistä hakua. Sen kuulee ihan levyistäkin, kirjoitus meteli on huomattavasti hillitympi nyt.

EDIT2: Jaa olikin ennenaikaiset juhlat. Eipä tuo suorituskyky parantunutkaan metan siirrolla. Oli conffi virhe. Todennäköisesti tuota raid5 ei ole vaan optimoitu vielä ja tekee jotain typerää.
Noi levythän näkyy task managerissa kun siis virtuaali kone ja hyper-v:n alla. Levyjen käyttöaste on alle 50%. Toisaalta virtuaali koneessa loadit on yli 3 eli joku IO pullonkaula siellä selvästi on muu kuin levyistä johtuva.

Arvostan pioneeri/testaustyötäsi.

 

[jak_pdgm]

Onko joku saanut intelin näytönohjain, 4k-reso, xorg ja firefox -yhdistelmän toimimaan käyttökelpoisella nopeudella? Ei sinänsä enää niin väliä koska waylandiin, mutta mietin vaan onko se edes mahdollista.

 

[Hyrava]

Onko joku saanut intelin näytönohjain, 4k-reso, xorg ja firefox -yhdistelmän toimimaan käyttökelpoisella nopeudella? Ei sinänsä enää niin väliä koska waylandiin, mutta mietin vaan onko se edes mahdollista.

Itsellä ainakin toimii Intelin näytönohjain ihan hyvin xfce, xorg, firefox -yhdistelmällä, toisessa näytössä 4K, toisessa FullHD. En ainakaan ole huomannut mitään ongelmia ja/tai hitailua.

 

[SShadow]

Edit: kaupasta löytyy näköjään valmiita dummy plugeja, jolla saa remoten resoluution vaihdettua haluamakseen.

Koneena Intel nuc11atkc4, remote käytössä. Käytetään Anydesk ohjelmalla.
Käyttiksenä Ubuntu Mate 22.04, ei fyysistä näyttöä kiinni. Tämä Intel NUC ei ole pro malli, joten ei voi säätää biosista headless resoluutiota.

Mikä tuohon olisi helpoin toteutus saada esim. FullHD resoluutio Anydeskin työpöydäksi? Tarvitseeko tuo esim. modatun HDMI-VGA adapterin, vai voiko toteuttaa helposti pelkästään ohjelmallisesti?
Anydeskillä siis työpöytä kyllä näkyy, mutta on todella pieni pikseleissä mitattuna, asetuksissa ei näy mitään resoluutiota, eikä sieltä voi sitä vaihtaa.

 

[jak_pdgm]

Itsellä ainakin toimii Intelin näytönohjain ihan hyvin xfce, xorg, firefox -yhdistelmällä, toisessa näytössä 4K, toisessa FullHD. En ainakaan ole huomannut mitään ongelmia ja/tai hitailua.

Ok, minä en ole millään saanut vsynctester.comia edes lähelle 60fps:ää ja tuulettimet huutaa. Wayland kyllä onneksi pelaa, xorgissa kai ylimääräistä blittailua, kun intel_gpu_top näyttää 100 prosenttia, vaikka tuo testeri ei tee juuri mitään, paitsi skrollaa koko ruudun kokoista kuvaa.

 

[TenderBeef]

Tietenkin voisin tehdä smb/cifs force unmounttauksen automaattisesti aina ennen sleep ja hibernate tilaa ja mounttauksen tiloista takaisin tullessa

Jahas, tuli vastaan tilanne jossa edes --force ei näyttänyt toimivan:

$ sudo umount --verbose --force /home/user/.smb/music

umount: /home/user/.smb/music: target is busy.

Yritin monta kertaa toistaa tilannetta mutta en onnistunut (sen jälkeen kun olin saanut jaon kiinni ja uudestaan mountatuksi). En tiedä miksi se jumitti.

Manuaali sanoo forcesta ja lazystä näin:

-f, --force
Force an unmount (in case of an unreachable NFS system).

Note that this option does not guarantee that umount command does not hang. It's strongly recom‐
mended to use absolute paths without symlinks to avoid unwanted readlink and stat system calls on
unreachable NFS in umount.

-l, --lazy
Lazy unmount. Detach the filesystem from the file hierarchy now, and clean up all references to
this filesystem as soon as it is not busy anymore.

A system reboot would be expected in near future if you're going to use this option for network
filesystem or local filesystem with submounts. The recommended use-case for umount -l is to prevent
hangs on shutdown due to an unreachable network share where a normal umount will hang due to a
downed server or a network partition. Remounts of the share will not be possible.

Tiedä sitten noista. Ei näytä olevan mitään oikeasti "force"-komentoa jolla noi SMB-mountit saisi kiinni? Tosi ikävää jos ei pysty välttämään, että joskus kone ei sitten suostu menemään sleep tai hibernate tilaan kun joku SMB jako "jumittaa".

Tosin en tiedä tuosta "remounts of the share will not be possible"; olen (tarvittaessa) käyttänyt umount --verbose --all --types cifs --lazy komentoa, ja ilman mitään reboottia välissä mount --verbose --all --types cifs komentoa ja jaot on kyllä olleet käytettävissä sen jälkeen.

 

[JiiPee]

Jahas, tuli vastaan tilanne jossa edes --force ei näyttänyt toimivan:

Joo ei toimi force muuhun kuin nfs shareen joka on kuollut. Se ei pure normi fs tasoon taikka ilmeisesti sambaan. Se umount feilaa jo ihan siitä että sulla on shell auki ja olet mennyt cd:n kanssa hakemistoon jota yrität umounttaa.
umount lazy toimii niin että se ei anna virhettä, vaan ikäänkuin onnistuu ja katomaa mountista, mutta se mountti on edelleen aktiivinen niin pitkään kuin mikä tahansa sitä mounttia käyttää eli on jokin lock aktiivisena. Kun kaikki lockit on vapautettu niin sitten lazy umounttaa sen kaikessa hiljaisuudessa lopullisesti.

 

[xfxpro650w]

Kysymys varmuuskopioinneista:
Itsellä on ollut käytössä ihan perus tar-zstd-gpg ja gdrive (off-site levytila siis Google Drive). Varmistettavan tiedon määrä on n 6G ja yhteys kälyinen n. 4 Mt/s (4G, upload), niin olen vedellyt päivittäin incremental tyyppisesti noita kopioita, aina nollaten (uusi base) tilanteen n. 3 kk välein.

Olen tässä nyt yrittänyt katsella jotain vähän elegantimpaa systeemiä tilanteeseen, niin ajattelimpa kysyä täältä, että minkäslaisia virityksiä teillä on käytössä, ja olisiko jotain ehdotuksia tilanteeseen ?

Ilmeisesti borg ja restic ainakin ovat suosittuja sovelluksia, että jos täällä on niiden käyttäjiä, niin kaikki kommentit kokemuksista ovat tervetulleita.

 

[Tarjoushaukka]

Käytössäni on Debian 12 bookworm stable ja siinä LXQt v1.2.0 käyttöliittymä. Kun hiiren laittaa kuvakkeen viereen tai päälle, kuvakkeen viereen ilmestyy vasemmalle pieni vihreä plusmerkki, kuva:

Kun kuvake on valittuna, eli aktiivinen, näkyy samassa paikassa punainen miinusmerkki:

Mistä tällaiset saa pois päältä? Missään muussa käyttöliittymässä en ole vastaavaa nähnyt.

 

[bindi]

enable/disable selection markers · Issue #1842 · lxqt/lxqt jos kyse tästä niin ei saa devin jääräpäisyyden takia niitä pois mitenkään tietysti voi aina itse patchata...

 

[Tarjoushaukka]

Tuosta siinä näyttää olevan kyse, kiitoksia nopeasta vastauksesta. Harmillista, kun ei saa otettua asetuksista pois. Toinen juttu mikä LXQt:ssä kismittää on se, että ei tallenna istuntoa. Eli joka kerta pitää avata käyttämänsä ohjelmat manuaalisesti tai sitten laitettava automaattikäynnistykseen.

 

[Obi-Lan]

Kevyissä DE:ssä tuppaa olemaan kaikennäköistä pikku rajoitetta. Omalla kohdalla ne on yleensä kulminoitunut siihen kuinka solmuun ne menee jos kytkee läppäriin lennossa ulkoisen näytön.

 

[Karonkka]

Kysymys varmuuskopioinneista:
Itsellä on ollut käytössä ihan perus tar-zstd-gpg ja gdrive (off-site levytila siis Google Drive). Varmistettavan tiedon määrä on n 6G ja yhteys kälyinen n. 4 Mt/s (4G, upload), niin olen vedellyt päivittäin incremental tyyppisesti noita kopioita, aina nollaten (uusi base) tilanteen n. 3 kk välein.

Olen tässä nyt yrittänyt katsella jotain vähän elegantimpaa systeemiä tilanteeseen, niin ajattelimpa kysyä täältä, että minkäslaisia virityksiä teillä on käytössä, ja olisiko jotain ehdotuksia tilanteeseen ?

Ilmeisesti borg ja restic ainakin ovat suosittuja sovelluksia, että jos täällä on niiden käyttäjiä, niin kaikki kommentit kokemuksista ovat tervetulleita.

Ei minulla varsinaisis vinkkejä ole, mutta eikö usb-liitäntäinen varmuuskopio ole vaihtoehto?

 

[JiiPee]

Tuossa pari päivää sitten bcachefs lisättiin linux-next git:n. Tämä tarkoittaa sitä että jos kaikki menee hyvin niin mahdollisuuksia on että 6.7 kernelistä löytyisi natiivi tuki. Selvästi kiinnostusta tuo herättää sillä olen nyt jonkun kuukauden bcachefs postituslistaa seuraillut niin aika hiljaista siellä on ollut, mutta heti kun lisättiin viralliseen git:n toi niin alkoi pätsejä tulemaan.
Ollut oikeastaan aika upeaa seurattavaa tuo opensourcen voima.

Mutta toki matkaa vielä on natiiviin tukeen. Kehittäjä kun on ollut napit vastakkain vähän sinne ja tänne, mutta ehkä se siitä.

 

[Karonkka]

Tuossa pari päivää sitten bcachefs lisättiin linux-next git:n. Tämä tarkoittaa sitä että jos kaikki menee hyvin niin mahdollisuuksia on että 6.7 kernelistä löytyisi natiivi tuki. Selvästi kiinnostusta tuo herättää sillä olen nyt jonkun kuukauden bcachefs postituslistaa seuraillut niin aika hiljaista siellä on ollut, mutta heti kun lisättiin viralliseen git:n toi niin alkoi pätsejä tulemaan.
Ollut oikeastaan aika upeaa seurattavaa tuo opensourcen voima.

Mutta toki matkaa vielä on natiiviin tukeen. Kehittäjä kun on ollut napit vastakkain vähän sinne ja tänne, mutta ehkä se siitä.

Tarvitseeko bcachefs subvolumeja välttämättä?

Mitä nyt lukaisin Wikipedian läpi, niin btrfs:ään verrattuna nopeutta pitäisi olla enemmän. Taannoinhan uutisoitiin btrfs:n saaneen nopeusloikan uuden päivityksen myötä.

Mitä muita positiviisia ominaisuuksia bcachefstä löytyy EXT4:n kanssa kilpailevan nopeuden kanssa? Onko odotettavissa esim. koko levyn kryptausta muulla tavalla kuin cryptsetupilla?

 

[JiiPee]

Mitä muita positiviisia ominaisuuksia bcachefstä löytyy EXT4:n kanssa kilpailevan nopeuden kanssa? Onko odotettavissa esim. koko levyn kryptausta muulla tavalla kuin cryptsetupilla?

Ei se nopeudessa kyllä vielä kilpaile ext4 taikka xfs:n kanssa ja tuskin CoW filesysteemi koskaan kilpailee nopeudessa noiden kanssa CoW luontewen takia. Saahan sen tietty pois päältä.

Ominaisuuksia jotka itseäni kiinnostaa tuossa:
- Usena aseman tuki, jota myötä siis eri raid tasot myös mahdollisia (raid-5 vielä todella hidas) ja kaikkien asemien ei tartte olla saman kokoisia. Asemien lisäys ja poisto onnistuu myös lennosta
- Natiivi kryptaus
- Eri cache tasoja, voi rakennella tiered storage systeemin taikka sitten vaan write cache
- Mahdollisuus metadata tallentaa sille pyhitetylle levylle/levyille (Eli jos on vaikka jotain pieniä ssd asemia jäänyt ylimääräiseksi pari kappaletta niin voi laittaa ne replikoinnin kanssa pelkästään metadatalle)
- Scrub (Ei tosin vielä valmis mutta pohjat siis tehty niin että se voidaan rakentaa)
- Asemien nimeäminen ryhmiin jolloin cache/meta/data asemien osoitus helpottuu

Varmaan jotain unehtuikin mutta ominaisuus paletti on mielestäni varsin kattava. Jotain sellaista jota linux on pitkään jo kaivannut natiiviksi. Pitkälti siis tarjoaa sen mitä zfs mutta joustavampi. Kyllä tämä ainakin btrfs:lle tulee lyömään painetta.

 

[xfxpro650w]

Ei minulla varsinaisis vinkkejä ole, mutta eikö usb-liitäntäinen varmuuskopio ole vaihtoehto?

Tarkoitin tuossa kysymyksessäni enemmän tuota ohjelmistopuolta. Fyysisesti ajateltuna minulla on näissä varmuuskopioinneissa seuraavanlainen käytäntö:

1. kopioiden paikka on samassa koneessa RAID1-asemassa. Tämä sisältää päivän sisällä 3-tunnin välein vedetyt kopiot, päivittäiset kopiot 7 päivää taaksepäin, viikottaiset kopiot kuukausi taaksepäin, ja sitten kerran kuussa kopiot aina vuoden taakse. Pilveen pois koneesta ja koko rakennuksesta (mahdollinen tulipalo jms.) vien sitten snapshoteista muuttuneet tiedot (incremental) kerran päivässä. Pilvikin sitten vielä varmistetaan kopioimlla paketit 2. paikkaan.

Tämä systeemi on luonnollisesti täysin automaattinen, ja se testaa itse itsensä tietyin väliajoin, ja jos ongelmia ilmenee tulee niistä sitten hälytystietoa sähköpostiin.

---

Mitä tuohon kysykseeni tulee, niin olen nyt ottanut testikäyttöön rinnalle tuon restic:in, ja ainakin tähän mennessä se on osoittaunut oikein toimivaksi peliksi. Pikkusen arveluttaa vain se, että se pitää tiedot omassa sisäisessä muodossa, että jos jostain syystä jotain menee sotkuun konepellin alla (versiopäivityksissä, laiteviat jms.), niin en ole vielä perehtynyt, että miten vaikeaa niiden korjailu on jälkeenpäin.

Tuo oma rakentama systeemini kun toimii ihan perinteisesti tiedostoina (pakatut tar-paketit, mitkä on gpg-kryptattu), niin sen ronkkiminen on suhteellisen suoraviivaista.

ps. Kunhan pääsen jossain vaiheessa eroon näistä hitaista (upload) 4G/5G yhteyksistä valokuidun piiriin, niin sittenhän rakennan koko systeemin RAID1:n osalta remote-tyyppikseksi, jolloin kaikki muu sähläys omassa päässä voidaan jättää pois.

---

Eilen se tosiaan oli juhlapäivä. Tasan 32 vuotta sitten Linuxin kernel versio 0.01 näki päivänvalon. On jonkin verran lähdekoodit kasvaneet sitten noista ajoista . Tästä löyty vähän yhtenvetoa, että mihin mittoihin tuo vaatimaton lähtötilanne on johtanut tähän päivään mennessä.

 

[Obi-Lan]

Ostin rikkinäisenä myydyn Surface Laptop 3 (i7-1065G7, kaikki piirit Inteliä), joka osoittautui muuten toimivaksi mutta sleepin kanssa tuossa on joku ihmeellinen ongelma. Laite ei tue muita tiloja kuin Low-Power S0 idle / s2idle mikä on käsittääkseni odotettavissa(=MS Modern Standby), eli laite menee sleep to ram tyyppiseen matalan virrankulutuksen tilaan. Laite menee sleeppiin ihan normaalisti, mutta ei reagoi hiiri/näppis ja kun virtanapista käynnistää niin se käynnistyy kuin olisi ollut sammutettu?

Kokeilin että sama tapahtuu OpenSuse Tumbleweed, Fedora, PopOS ja jopa Winkkarissa mikä saa vähän epäilemään onkohan tuossa sittenkin jotain hämärää vikaa, tosin ssd/nvme levy ei ole alkuperäinen kun sellaista ei tullut mukana. Kokeiltu Samsung PM991a ja WD SN530 nvme levyillä. Onko täällä yleisesti kokemuksia toimiiko toi s2idle lepotila millään laitteella?

 

[Karonkka]

Ostin rikkinäisenä myydyn Surface Laptop 3 (i7-1065G7, kaikki piirit Inteliä), joka osoittautui muuten toimivaksi mutta sleepin kanssa tuossa on joku ihmeellinen ongelma. Laite ei tue muita tiloja kuin Low-Power S0 idle / s2idle mikä on käsittääkseni odotettavissa(=MS Modern Standby), eli laite menee sleep to ram tyyppiseen matalan virrankulutuksen tilaan. Laite menee sleeppiin ihan normaalisti, mutta ei reagoi hiiri/näppis ja kun virtanapista käynnistää niin se käynnistyy kuin olisi ollut sammutettu?

Kokeilin että sama tapahtuu OpenSuse Tumbleweed, Fedora, PopOS ja jopa Winkkarissa mikä saa vähän epäilemään onkohan tuossa sittenkin jotain hämärää vikaa, tosin ssd/nvme levy ei ole alkuperäinen kun sellaista ei tullut mukana. Kokeiltu Samsung PM991a ja WD SN530 nvme levyillä. Onko täällä yleisesti kokemuksia toimiiko toi s2idle lepotila millään laitteella?

Päivititkö biosia? Embedded controller hoitaa sleepin käyttiksestä riippumatta, joten siellä suunnalla se vika on.