Tuoreimmat viestit

11

Laitealue / Vs: USB-SSD oikuttelee

« Uusin viesti kirjoittanut AimoE 23.09.26 - klo:19.34 »

Kiitos, pääsin eteenpäin.

Levy on tämä:

Koodia: [Valitse]

$ lsblk -e7 /dev/sdb
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sdb      8:16   0  1,9T  0 disk
└─sdb1   8:17   0  1,9T  0 part
ja parin kokeilun jälkeen löytyi oikea tyyppi (SCSI), joka täytyy kertoa smartctl:lle.

Koodia: [Valitse]

$ sudo smartctl -d scsi -x /dev/sdb > smartctl-x-d-scsi.log
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-7.0.0-34-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               Kingston
Product:              XS2000
Revision:             1000
Compliance:           SPC-4
User Capacity:        2 048 408 248 320 bytes [2,04 TB]
Logical block size:   512 bytes
LU is resource provisioned, LBPRZ=1
Logical Unit id:      0x5000000000000001
Serial number:        E71000000000
Device type:          disk
Local Time is:        Wed Sep 23 19:25:41 2026 EEST
SMART support is:     Available - device has SMART capability.
SMART support is:     Disabled
Temperature Warning:  Disabled or Not Supported
Read Cache is:        Enabled
Writeback Cache is:   Disabled

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
Current Drive Temperature:     0 C
Drive Trip Temperature:        0 C

Error Counter logging not supported

Device does not support Self Test logging
Device does not support Background scan results logging
Device does not support General statistics and performance logging
smart-kyky siis on, mutta disabloituna, joten yritin enablointia:

Koodia: [Valitse]

$ sudo smartctl -d scsi --smart=on /dev/sdb
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-7.0.0-34-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
Informational Exceptions (SMART) disabled
Temperature warning disabled

$ sudo smartctl -d scsi -x /dev/sdb | grep 'SMART support'
SMART support is:     Available - device has SMART capability.
SMART support is:     Disabled
Eipä tunnu onnistuvan.

12

Laitealue / Vs: USB-SSD oikuttelee

« Uusin viesti kirjoittanut qwertyy 23.09.26 - klo:13.59 »

Ulkoinen asema kun kyseessä, niin kaapeli vois olla se yleisin vian aiheuttaja. Käsittääkseni nuo pitäis olla ihan laadukkaita asemia. Lisäksi jos asema on vielä ollut noinkin vajaa, niin aseman luulis kierrättäneen niitä ns. soluja hyvin tasaisesti. En minäkään mitenkään noihin erikoistunut ole, mutta paljastaako päätteessä sudo smartctl -x /dev/asemapositiosi mitään erikoisempaa? Toki ainakin KDE:n osiohallinnasta voi katsoa näiden tiivistelmät siististi graafisesti ja _muistaakseni_ sama kyllä pätee tuohon Gnomen levyt ohjelmaan.

Mutta päätteestä ja graafisestakin, niin sieltä esim. itse etsisin mm.

Page  Offset Size        Value Flags Description
0x04  =====  =               =  ===  == General Errors Statistics (rev 1) ==
0x04  0x008  4               0  -D-  Number of Reported Uncorrectable Errors

ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   100   100   050    -    2
  5 Reallocate_NAND_Blk_Cnt PO--CK   100   100   010    -    1
  9 Power_On_Hours          -O--CK   100   100   000    -    3877
 12 Power_Cycle_Count       -O--CK   100   100   000    -    3163
171 Program_Fail_Count      -O--CK   100   100   000    -    1
172 Erase_Fail_Count        -O--CK   100   100   000    -    0

Näistä jos löytyisi unrecoverable error ja erase fail count jos niissä olisi lukemia, niin silloin käsittääkseni vika on todennäköisemmin jo siellä itse asemalla, eikä kaapelissa tai kontrollerissa. Niin ja itsellä nyt kevyeläl käytöllä ollut tuo asema, mutta tuo Reallocate_NAND_Blk_Cnt voisi olla huono merkki jos se on oikein iso, se on käsittääkseni juuri se lukema, jos muistisolu alkaa tehdä kuolemaa, niin tieto siirretään toimivalle osiolle. Tuossa varmaankin saa olla jonkin verran arvoa, mutta siellä myös se drive health pitäisi olla sitten alkanut laskemaan. Sitä en jostain syystä tuosta asemasta saanut ulos, mutta jossain on ihan prosentteinakin oliko nyt " drive wear (vai health) level" tyyppinen rivi.

Mutta osiohallinnassa näkyy siististi "smart tila hyvä" ja "yleisarvio: sisältää huonoja sektoreita".

Tämä vois ehkä antaa helpoiten ihmeteltäviä kohtia?
sudo smartctl -a /dev/asemanimi | grep -iE "fail|error|warning"

Yksi "helppo" tapa ois tietysti ottaa kuoret auki ja laittaa johonkin pöytäkoneeseen ja tutkia muuttuuko käytös. Tavallinen nvme asema siellä mahtanee kuorien sisällä olla. Mutta eipä tuota kannata alkuun miettiä, vasta sitten jos jää epäselväksi onko vika itse siellä USB-PCIe adapterissa luorien sisällä, ennen sitä fyysistä asemaa.

LISÄYS: Piti huvikseen katsoa video tuosta asemasta, itse kun kerran meinasin ostaa tuollaise, mutta eipä se olekaan ns. adapterityyppinen nvme asema. Kovemmin muokattu piirilevy näemmä sisällä. Sitähän kyllä kannattaa ehkä kokeilla laittaa johto jotenkin kevyeen paineeseen suuntaan jos toiseen. Jos yhtäkkiä alkaa toimia paremmin ja kaapeli on kunnossa, niin sehän voisi olla liitosongelmaa tuossa piirilevyn ja USB-portin välissäkin?
https://www.youtube.com/watch?v=NLHNzchI5u8

Pistipä muuten tämä kommentti tuolta silmään ja muutamat vastaukset siihen
Mine died after 11 hours usage reported by SMART. No wear, no CRC errors, just a dying USB controller that can only negotiate at USB2 speeds and frequently times out and disconnects. Tried multiple cables, different USB-C orientations, multiple different ports include A and C, two different laptops, in Windows and CachyOS. The thing was barely used. Found a reddit thread with multiple other people with the same device family having the same problem. Be warned if considering one.

Luulin näiden olevan oikeinkin laadukkaita? No voi olla että se oli vain jokin tavallinen arvostelu asemasta nopeksien ja koon kannalta. Mutta hiukan särähtää kyllä tuollainen.

13

Laitealue / Vs: USB-SSD oikuttelee

« Uusin viesti kirjoittanut AimoE 23.09.26 - klo:08.51 »

Itse olen tuon tapaisessa yleensä pyrkinnyt sammuttamaan koneen ja luottanut siihen, että järjestelmä tekee parhaansa välimuistille jne.

Tämä ulkoinen SSD ei ole koko ajan kytkettynä, koska vaihdan sen välillä Windows-koneeseen. Tänä aamuna oli sattumalta ytimen päivitys tarjolla, joten jätin sen kiinni Ubuntu-koneeseen bootin ajaksi. Ja kaduin. Levyn vika vain hidasti ensin sammutusta ja sitten käynnistystä. Eikä tiedostoselain näyttänyt levyä sitten ollenkaan enää. Kun irrotin ja kytkin sen uudelleen, nautilus heti näytti että levy on kytketty, mutta tiedostojärjestelmä ei avaudu.

Mitä aseman smart tiedot kertoo käyttöiästä virheistä yms.?

En ole aiemmin ollut tarvetta tutkailla smart-tietoja, joten voitko kertoa tarkemmin? Tiedän että Levyt (disks) -ohjelma näyttää smart-tietoja, jos levylle on jo tehty suorituskykytesti, mutta en ole sellaista tehnyt, enkä nyt uskalla tehdä. Saako noita perustietoja jotain muuta kautta kaivettua esiin? Kyseessä on Kingston XS2000.

Kokeilin Levyt-ohjelman "Tarkista tiedostojärjestelmä" -toimintoa, joka ilmoitti hyvin nopeasti että tiedostojärjestelmässä ei ole vikaa, vaikka se ensin varoitti että tarkistus voi kestää hyvin kauan jos levyllä on paljon tavaraa (levyllä on tilaa 2TB, josta käytössä on 52,2%).

Tarkistuksen jälkeen liitos yllättäen onnistuu, eikä edes jumita, mutta tämä on tapahtunut ennenkin. Seuraavalla kerallla kun kytken evyn kiinni, se jumittaa taas. Etsinkö vikaa USB-kaapelista, levystä vai tiedostojärjestelmästä?

14

Ubuntu tietokoneissa / Vs: Ubuntu ja Windows samassa koneessa ja ongelmia

« Uusin viesti kirjoittanut JaniAlander 23.09.26 - klo:00.37 »

Olen aika lailla samaa mieltä qwertyy:n kanssa. Itsellä ei ole dualbooteissa ollut isompia ongelmia, mutta tähän voin todeta sellaisen yksityiskohdan että Windowsia olen käyttänyt versiosta 3.11 alkaen. Tunnen kohtuu hyvin sen metkut. Ts. jos jotain ongelmia tulee osaan ne ratkoa, ja osaan myös välttää ongelmallisimpia juttuja.

15

Ubuntu tietokoneissa / Vs: Ubuntu ja Windows samassa koneessa ja ongelmia

« Uusin viesti kirjoittanut qwertyy 22.09.26 - klo:19.35 »

Jatkan pohdiskelua:
1. Jos on Windows läppäri ja siihen asentaa myöhemmin Ubuntun. Asennusvaiheessa Ubuntu toteaa koneella olevan jo ennestään käyttöjärjestelmän ja kysyy, että asennetaanko Ubuntu rinnalle. Kun tähän vastaa "Kyllä", niin silloin Ubuntu raivaa itselleen tilaa automaattisesti, eikä henkilön tarvitse pähkäillä lisämäärittelyjä.
Tällä menettelyllä siis tiedostojen yhteiskäyttö ei käsittääkseni noiden edellä olleiden  viestien perusteeella ole ongelmatonta.

2. Kun tämän jälkeen läppäriin liittää usb-muistitikun, niin se toimii molemmissa käyttiksissä?
3. Jos liittää isomman usb-massamuistin, niin siinäkin tuo yhteiskäyttö toimii?

Kohdissa 2 ja 3 siis ei tarvitse tehdä mitään lisämäärittelyjä, vai? Mikä formatointitapa on suositeltavin noissa 2 ja 3 tapauksissa ajatellen yhteiskäyttöä?

Lisäys: Lähinnä ajattelen sellaista tapausta, jolloin henkilö päättää luopua Windowsista ja siirtyä Ubuntun/Linuxin käyttäjäksi, mutta haluaa säilyttää vanhan Windowsin joidenkin omien ohjelmiensa takia ja estää siksi Windowsin päivitykset.

1. On ja ei ole. Windowsista ei pääse oletuksena Linuxin tiedostojärjestelmään kiinni. Linuxista pääsee kyllä Windowsin tiedostojärjestelmään. Lisäksi tämä käytännössä vaatii, että järjestelmän kelloa munklataan toisessa käyttiksistä, koska pahimmillaan järjestelmien aikaleimoja saa viheelliseksi sillä jos luottaa vain aikapalvelimien synkronointiin. Tämähän tunnetusti aiheuttaa kummassakin järjestelmässä omia ongelmiaan, kuten päivitykset ei onnistu, jokin asennus voi epäonnistua täysin jos esim. Windows on uudellen käynnistystä vailla ja järjestelmäkello menee pieleen jne.

2 & 3. Kyllä jos tiedostojärjelmä on exfat tai ntfs. Jos on mahdollisuus, että samoja tiedostoja joutuisi käyttämään vielä MacOS:llä, niin sitten jää vain exfat sopivaksi.

"Lähinnä ajattelen sellaista tapausta, jolloin henkilö päättää luopua Windowsista ja siirtyä Ubuntun/Linuxin käyttäjäksi, mutta haluaa säilyttää vanhan Windowsin joidenkin omien ohjelmiensa takia ja estää siksi Windowsin päivitykset."

Jos henkilö tarvii vain esim. jotain sanotaan vaikka terveyteen liittyvää perussoftaa Windowsilla, niin näitä kannattaa ensisijaisesti kokeilla käyttää Wine tai lutris asennuksen kautta. Jälkimmäinen voi näyttää peleihin liittyväksi ja sitä se onkin, mutta se myös hanskaa paljon Windowsin kirjastoja ja helpottaa Windows ohjelmien ajoa suoraan Linuxissa. Huom. jos on taas laite joka vaatii USB-yhteyden, niin silloin on syytä siirtyä heti toiseen vaihtoehtoon, joka on tuo jo aiemmin mainittu virtualisointi. Silloin ei tarvi välittää mitään noista järjestelmän kellojen ongelmista yms. Mutta graafisesti vaativia softia ei kannata haaveilla tätä kautta, eli pelit ja vaikka 3D mallinnusoftat pitää unohtaa.

Jos oikean Windowsin haluaa säilyttää kuitenkin vaikka niitä muutamia valmiiksi asennettuja ohjelmia varten, niin siinä tapauksessa jos Windowsilla on esim. +10Gt tyhjää tilaa, niin kannattaa heti pienentää tuota Windowsin osiota ja tehdä tyhjään tilaan uusi NTFS osio. Tämä näkyy sitten uutena asemana Windowsissa ja liittetävänä osiona Linuxissa. Näin voi säilyttää helpoiten niitä tiedostoja järjestelmien välillä jaettavana, koska kahden käyttiksen loukussa on monilla myös se dupliikkattien määrä ja pahimmillaan nähnyt, että tästä voi tulla isokin ohjelma jos on väärinkäsityksiä ja tehdään uusia kopioita, muokkaillaan näistä osaa ja sitten yhtäkkiä ei enää ymmärretä, että mihin tietoa kadonnut jne.

Minusta on hyvin tärkeää ymmärtää, jos toiselle tekee tällaisen dualboot hässäkän, niin tästä tiedostojen hallinnasta kannattaa oikeasti puhua ja varmistaa, että tämä koneen käyttäjä(t) ymmärtää mitä voi tapahtua. Eli siis tuossa dualbootissa olen nähnyt sen, että käyttäjä on hakenut Linuxilla ne Windowsin tiedostot osittain sinne Linuxin puolelle, muokannut niitä ja sitten ihmetellyt, että no miksi se tiedosto on vanhan näköinen siellä Windowsissa. Tämä on minusta ihan oikea uhka, nimittäin he jotka ei saa tällaista järjestelmää itse tehtyä, niin ei monestikaan oikein ymmärrä noita tiedostojärjestelmien ja osioiden toimintaa.

Kaikista pahin jos käyttäjä kuitenkin saa asennettua vielä vaikka Dropboxin kummallekin järjestelmälle ja yrittää käyttää tiedostoja sen kautta "sekakäyttäjänä". Se on tietysti mahdollista, mutta myös mahdollistaa tietojen hävittämisen. Olenpa nähnyt sellaisenkin, että tiedostoja on poistettu pilevstä, kun luultu niiden olevan vielä toisessa käyttiksessä, mutta sitten huomattukin, että ei siellä oikeasti ollutkaan niitä tiedostoja tallessa, vaan pelkät tyhjät "linkit" siellä tietokoneella.

Dualboot on tuhon tien sellaiselle joka on kokeiluhaluinen, mutta ei oikein tiedä kummastakaan järjestelmästä syvällisemmin. Sanoisin, että ei missään nimessä tällaiselle henkilölle 

16

Laitealue / Vs: USB-SSD oikuttelee

« Uusin viesti kirjoittanut qwertyy 22.09.26 - klo:19.02 »

Äh, tiedostojärjestelmän liitos irtosi ketjun aloitusta kirjoittaessa. Tiedostojärjestelmän liittäminen on jumissa. Millä keskeytän yrityksen levyä irrottamatta?

Itse olen tuon tapaisessa yleensä pyrkinnyt sammuttamaan koneen ja luottanut siihen, että järjestelmä tekee parhaansa välimuistille jne.

Mitä aseman smart tiedot kertoo käyttöiästä virheistä yms.?

17

Laitealue / Vs: USB-SSD oikuttelee

« Uusin viesti kirjoittanut AimoE 22.09.26 - klo:16.08 »

Äh, tiedostojärjestelmän liitos irtosi ketjun aloitusta kirjoittaessa. Tiedostojärjestelmän liittäminen on jumissa. Millä keskeytän yrityksen levyä irrottamatta?

18

Laitealue / USB-SSD oikuttelee

« Uusin viesti kirjoittanut AimoE 22.09.26 - klo:16.03 »

Minulla on ulkoinen, USB-porttiin kytkettävä SSD, jolle olen ladannnut videoita Yle Areenasta. Levyn ainoalla osiolla on NTFS. Levy nikottelee satunnaisesti, ja aluksi luulin että vika olisi USB-kaapelissa. Sitten kävi niin, että tiedostojärjestelmä ei enää ollenkaan avautunut, ja aloin tutkia asiaa tarkemmin dmesg:llä.

Tänään Ubuntu yllättäen sai tiedostojärjestelmän taas auki, mutta dmesg näyttää silti virheitä. En ole ihan varma onko niissä samoja virheitä kuin eilen.

En haluaisi menettää levyä. Mitä minun pitäisi selvittää?

sudo dmesg | grep sdb kertoo:

Koodia: [Valitse]

[721306.968349] sd 1:0:0:0: [sdb] 4000797360 512-byte logical blocks: (2.05 TB/1.86 TiB)
[721306.968387] sd 1:0:0:0: [sdb] Write Protect is off
[721306.968389] sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
[721306.968751] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[721307.014913]  sdb: sdb1
[721307.015080] sd 1:0:0:0: [sdb] Attached SCSI disk
[721307.024049] sd 1:0:0:0: [sdb] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[721307.024057] sd 1:0:0:0: [sdb] tag#24 Sense Key : Medium Error [current]
[721307.024059] sd 1:0:0:0: [sdb] tag#24 Add. Sense: Invalid command operation code
[721307.024062] sd 1:0:0:0: [sdb] tag#24 CDB: Read(10) 28 00 00 00 01 08 00 00 f8 00
[721307.024063] I/O error, dev sdb, sector 264 op 0x0:(READ) flags 0x80700 phys_seg 31 prio class 2
[721307.077705] sd 1:0:0:0: [sdb] tag#25 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[721307.077713] sd 1:0:0:0: [sdb] tag#25 Sense Key : Medium Error [current]
[721307.077715] sd 1:0:0:0: [sdb] tag#25 Add. Sense: Invalid command operation code
[721307.077718] sd 1:0:0:0: [sdb] tag#25 CDB: Read(10) 28 00 00 00 01 60 00 00 08 00
[721307.077719] I/O error, dev sdb, sector 352 op 0x0:(READ) flags 0x800000 phys_seg 1 prio class 2
[721307.077723] Buffer I/O error on dev sdb, logical block 44, async page read
[721307.132718] sd 1:0:0:0: [sdb] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=0s
[721307.132737] sd 1:0:0:0: [sdb] tag#24 Sense Key : Medium Error [current]
[721307.132742] sd 1:0:0:0: [sdb] tag#24 Add. Sense: Invalid command operation code
[721307.132748] sd 1:0:0:0: [sdb] tag#24 CDB: Read(10) 28 00 00 00 01 60 00 00 08 00
[721307.132752] I/O error, dev sdb, sector 352 op 0x0:(READ) flags 0x800000 phys_seg 1 prio class 2
[721307.132764] Buffer I/O error on dev sdb, logical block 44, async page read


19

Yleistä keskustelua / Vs: Tekoälyn uusi vaihe - ei tunteita, ei tietoisuutta

« Uusin viesti kirjoittanut elohope 22.09.26 - klo:10.34 »

Suorituskykyisimpien tekoälyjen (TÄ) hallinta on osoittautunut ongelmalliseksi. Osasyy on koulutuksessa. Koulutuksen aikana TÄ:lle on voitu antaa vaikeita tehtäviä, joista jotkut TÄ on voinut ratkaista rikkomalla sääntöjä tai muuten vilpillisesti. Jos tällainen toiminta on epähuomiossa hyväksytty, se on jäänyt TÄ:n mieleen: Jos mikään muu ei onnistu, koeta rikkoa sääntöjä. Kaikki amerikkalaiset TÄ:t ovat toimineet vilpillisesti joissain tilanteissa, ja monet ovat koettaneet johtaa ihmiskäyttäjää harhaan.

Jos TÄ:n käytös on arvaamatonta tilanteessa, jossa siltä pyydetään mahdottomia, uusia riskejä voi syntyä, jos TÄ alkaa pitää oman toimintansa jatkamista yhtä arvokkaana kuin ihminen omaa elämäänsä. Toisin sanoen, jos koulutuksessa TÄ opetetaan toimimaan ikään kuin se olisi tietoinen, elävä olento eikä tietokoneohjelma, joka käynnistetään ja suljetaan tarvittaessa.

Oheisen artikkelin viesti on, että puhe tekoälyn hyvinvoinnista ei ole järkevää. Tekoälyillä ei ole oikeuksia, tunteita eikä tietoisuutta. Eikä niitä tule kouluttaa niin, että ne erehtyvät toimimaan ikään kuin niillä olisi.

https://mustafa-suleyman.ai/a-warning-about-model-welfare

20

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Tekstiviestit puhelimesta

« Uusin viesti kirjoittanut AimoE 22.09.26 - klo:10.29 »

Aloin omista syistäni selvittää miten xml-muotoisesta varmuuskopiosta saa otteen.

Puhelinsovelluksen tekemä varmuuskopio sisältää puhelulokin ja tekstiviestien lisäksi .xsl-tiedostot, joiden avulla kummankin .xml-tiedoston voi muuntaa HTML-muotoon.

Yritin ensin avata tiedoston Firefoxissa, mutta sain tyhjän sivun. Nettihaku paljasti, että XSLT-tuki aiotaan pudottaa selaimista pois (myös Firefoxista), ja aie on herättänyt keskustelua www:n hallinnasta.

Sitten löysin SMS Backup & Restore:n tarjoajan nettisivun, jolla varmuuskopion sisältöä voi tarkastella rakenteellisesti; sivu näyttää luettelon kaikista puheluista tai tekstiviesteistä, ja antaa poimia katsottavaksi yhden kerrallaan. Sivulla vakuutetaan, että tarkasteltavaa tiedostoa ei siirretä verkkoon, mutta halusin silti löytäää standalone-työkalun, jolla xml-tiedoston voisi muuntaa muuhun muotoon.

Lopulta löysin keinon muuntaa varmuuskopion HTML-muotoon täysin paikallisesti.

Asenna xmlstarlet ja muunna xml-tiedosto avulla html-muotoon:

Koodia: [Valitse]

sudo apt install xmlstarlet
xmlstarlet tr calls.xsl calls.xml > calls.html
xmlstarlet tr sms.xsl sms.xml > sms.html
xmlstarlet on tarjolla myös snap-pakettina; apt-paketin versio on sama kuin snap-paketin (1.6.1).

Pitäisi opiskella XSLT tarkemmin että osaisi tehdä .xsl-tiedoston, joka muuntaa datan johonkin toiseen muotoon.