Geweldig.
Mijn dag is weer goed.

Ooit crashte de gehele United States of America over een tepel van haar ;-)
Het ging zelfs de geschiedenis in als "Nipplegate".

To the point: Ik ga eens testen met mijn oude Toshiba laptop of deze implodeert als ik een nummer van Einsturzende Neubauten afspeel. :-)

Wat een mazzel dat mevrouw Hazes het zingen gelukkig altijd aan haar man overliet!

Het was al bekend dat je niet naar je HD array moet schreeuwen: https://www.youtube.com/watch?v=tDacjrSCeq4

Ook bepaalde blussystemen voor datacentra geven bij het afgaan een zodanige toon dat harde schijven crashen.

Peter

Mijn oude en opgevoerde IBM ThinkPad (2003) met Linux heeft een nieuwe SSD die geheel Janet-proof blijkt te zijn. :)

is het alweer 1 april ?

Bij mij crasht de HD van een oude Toshiba al als ik er enkel naar kijk :-)

Hoe kleiner ( meer opslag ), Hoe gevoeliger.
Een harde-schijf vereist altijd een backup, ook zonder ransom-ware.

Ik zie de krantenkoppen van de sensatiepers al voor me: Onthuld! Muziek van Janet Jackson – het nieuwe geheime wapen van de Amerikaanse inlichtingendiensten!

Geweldig weer dit. Hartelijk dank! LOL

Woordje "harde" weggevallen voor toon ?

Bij het getoeter van een gasblusinstallatie is met name het enorme geluidsvolume dat de schade veroorzaakt, niet zozeer dat een bepaalde frequentie heel erg mee-resoneert met onderdelen van de disk.

Het verhaal mbt tot het nummer van Janet Jackson is dat er iets resoneert zodat de schade al bij veel lagere volumes ontstaat.
(uit de link , er wordt gezegd dat een naburige laptop die het nummer afspeelde al genoeg was om een disk te laten crashen . Het volume dat een 'naburige laptop' [ik gok maar even zonder externe mega speakers] kan produceren is toch redelijk beperkt , in elk geval op geen stukken na dat van een gasblussing.

Opmerkelijk om een CVE-2022 uit te geven voor een probleem van media 2005 .
Maar goed, ik denk dat het CVE nummer lang de ronde gaat doen als curiosum in allerlei verhalen en presentaties.

Misschien was het ultra Salsa waar de diplomaten in Cuba ziek van werden ...
https://en.wikipedia.org/wiki/Havana_syndrome

Seagate ST225/238R HDD had last van plakkende koppen. HDD eruit op de kop en met een schroevendraaier de schijf aandrukken.

Had een zin om de HDD helemaal eruit te halen dan controleren of de HDD echt geen geluid maakt. Dan de PC aan de voorkant 3 cm optillen en terug laten vallen. Draait de HDD nog niet na drie keer dan moest er die toch uit voor de schroevendraaier behandeling.

Onderzoek wees uit dat het inderdaad ook op windows (XP) laptops van andere fabrikanten een probleem was.

Dat noem ik nu goede softwareondersteuning voor oude computers. Per slot gaat het om laptops van rond 2005. Jammer dat de naam van deze fabrikant niet genoemd wordt.

Alleen kun je deze frequentie er wel uit filteren, maar elke hdd heeft een eigen toerental en lijkt mij dan gevoelig voor een specifiek toerental.

Volgens mij worden de meeste CVE's uitgegeven voor kwetsbaarheden die al jaren oud zijn.

Dat is niet mijn indruk - in elk geval is m.i. de gewoonlijk *ontdekking* recent . Misschien dat de bug wel ouder is, soms.

Die blog van Raymond Chen is toch heel duidelijk een anecdote uit de oude doos 'in mijn tijd, toen ik XP support deed hadden we eens" .
Hier is echt het hele probleem vele jaren oud , de betreffende hardware al ruimschoots uit circulatie, en is alleen de CVE nieuw.

Dat zou best wel eens kunnen. In die tijd crashte de laptop al als je er Linux op zette.

Hoe oud waren heartbleed en shellshock ook weer?
Daarnaast, wie zegt dat Atari Teenage Riot niet de 7200 RPM disken kunnen slopen?

Op de XP laptop van Toshiba (die waar ik het hierboven al over heb) heb ik altijd probleemloos Linux geïnstalleerd. Ik geloof dat er nu nog een obsolete Linux Mint 17 op staat.
Was slechts een kwestie van de CD unit als eerste boot instellen in het BIOS, CD erin (later DVD-rom), herstart, een format in Ext4 van de HDD en dan zoals men dat placht te noemen was het "gaan met die banaan" eh..pinguïn. :-)

Dus Ik kan mij heel moeilijk voorstellen dat met andere XP laptops/computers Linux een crime was.

Vandaar mijn vraag: Waar haal je dat crashen met Linux install vandaan? Je grote duim? Ik hoor graag van je.

Nou dan heb ik zeker nu ook een grote duim na dit geschreven te hebben want ben bezig met een Lenovo M92p en daar is Windows 10 prima op te installeren maar Linux Debian niet.

Heartbleed werd ontdekt in 2014 en kreeg een CVE-2014 .
Idem voor shell shock.
Wat is je punt ?

De bug zelf kan best oud zijn, maar normaal lopen de ontdekking en CVE synchroon.

Dit 'disk resonantie probleem' werd ergens in 200x ontdekt en ge-workaround--patched - maar kreeg een CVE-2022.
DAT is opmerkelijk .


Als je dat NU zou vinden is een CVE-2022 logisch .

Ik maak me zorgen over 10Krpm disken bij het kijken van Japanse porno met geluid . Even verder testen....

Het is dat we ver van 1 april afzitten, anders had ik 'm daar echt op gegooid..... :-)

Goed lezen - het is duidelijk genoeg dat het probleem ook rond die tijd speelde . Chen haalt gewoon een verhaal uit de oude doos aan .
Nog steeds goede ondersteuning , want het zal geen makkelijke analyse geweest zijn om de storingen/defecten hiernaar te herleiden.


Het probleem van dat specifieke model drive zal zijn dat er veel te weinig demping was waardoor er bij de resonantie frequentie ook echt dingen verstoord konden worden.

Genoemd probleem heeft uiteraard niks met Windows of Linux te maken, maar poster sleept er weer Windows bij.
Dat werd dus voor mij een inkoppertje. Ik kon het niet laten om op te merken dat je in die tijd geen Linux kon installeren op laptops. Overigens, zo gemakkelijk gaat Linux installeren bij mij over het algemeen niet. Er is altijd wel iets wat na installatie niet of net niet goed werkt. Dat wordt dan internet afkluiven naar een oplossing. Ik begon met Linux in de tijd van Ubuntu 9. Dat zal dus wel in 2009 geweest zijn en ik ga er eigenlijk vanuit dat je ook in 2005 Linux op laptops kon installeren. In die tijd zal dat wel spartaanser toe zijn gegaan dan tegenwoordig. Dit is geschreven op een Xubuntu 22.04 machine.

wg
De man met de Grote Duim

Dankjewel. Fijn dat je reageert. Het is een - weet ik - vooroordeel maar vaak zijn jouw soort reacties typische OS voor/tegen bijdragen, vandaar dat ik aan je grote duim refereerde ;-)

De Toshiba van mij heeft nooit een probleem gegeven met installatie van voor zover ik me herinner eerst Linux Mint Mate 15 toen Xubuntu 16 en nadien (nog even gekeken) Linux Mint Cinnamon 17.

Dat wat jij schrijft over wat ik noem optimaliseren van de installaties herken ik wel, maar ik dacht dat je echt bedoelde crashen. Neen dat heb ik nooit meegemaakt. Alleen geen herkenning van een Epson printer in Xubuntu. Met een Canon Pixma ging het echter vlekkeloos.

Dit geschreven op een Linux Mint Cinnamon 19.3 machine ;-)

Veel teveel werk. Ik had meer te doen in die tijd.
Dus de hele computerbehuizing incl. HDD optillen, deze met heen en weer draaiende beweging even krachtig rocken,
neerzetten, aanzetten, opstarten, verbaasde blikken en open monden, en op naar de volgende klant.
"That's the way aha, aha, I like it, aha, aha"

Beetje neerbuigend vind je niet?
Ik heb altijd meer respect voor iemand die zelf de afgelopen ketting van zijn fiets weer kan omleggen i.p.v. er verslagen naast gaan sjokken met in de ene hand het stuur en in de andere hand de smartphone.
Ik heb stellig de indruk dat de adolescente of jong volwassen generatie aan 'DIY (do it yourself) armoede' lijdt vandaar de als paddenstoelen uit de grond schietende repair café's bevolkt met jongeren die enerzijnds (eenzijdig) verstand hebben van IT en anderzijds veelzijdige overwegend grijze mannetjes (zoals ik) die van heel veel markten thuis zijn.

Om op datgene terug te komen waar jij neerbuigend over doet: een sticky HDD (parkeerstand komt niet los) kreeg je inderdaad nogal eens op gang door hem op zijn kop te leggen (of in elk geval in een andere positie dan waarin de HDD gemonteerd zat) en er voorzichtig herhaald op te kloppen met bij voorkeur één vinger.
In de tijd dat een 3,5" 250 MB 5600 tpm. HDD nog zo'n FL 400,00 (gulden) kostte haalde je als computer hobbyist nu als zéér onwaarschijnlijk gedachte toeren uit om de boel betaalbaar te houden.
Leuke tijden die niet meer zijn ;-)
Neen niet 'de goede oude tijd', Bah... dat is een onzin stempel.

Neerbuigend of niet, maar in de meeste gevallen was stevig de hele PC-behuizing (met alles wat er in zit) met een krachtige heen en weer draaiende beweging "rocken" de snelste oplossing. Vanwege de massatraagheid van de schijven kwamen de koppen dan namelijk weer los van de platen. (voor alle duidelijkheid: daar zat het probleem)

De fabrikant had voor dit type schijven namelijk bedacht dat de koppen moesten landen op de daarvoor bedoelde "landing zone" aan de buitenkant van de platen, heel gebruikelijk in die tijd. Maar als spiegelgladde koppen een tijdlang op spiegelgladde stilstaande platen rusten, is er kans op "sticktion". Het koppel van de spindle motor dat normaliter de schijven doet draaien, blijkt dan niet in staat om de kracht van de weerstand van de "plakkende koppen" op de landing zone van deze schijven te overwinnen. (twee erg gladde oppervlakken willen maar moeilijk over elkaar heen schuiven)
Maar met wat hulp van buitenaf (even rocken) kwam het weer los, en mankeerde er verder niets aan deze HDD's.

Je kon de HDD vervangen, maar alle schijven van dit type hadden in meer of mindere mate last van dit probleem,
omdat het probleem inherent was aan het ontwerp van de HDD-fabrikant. En veel keus voor een andere HDD in dezelfde prijsklasse met een dergelijke grote opslagcapaciteit was er in die tijd niet.
Bovendien moet bij een vervanging van een HDD alle data worden overgezet, en dat wil je vaak liever vermijden.

Dus dan liever even kort maar krachtig heen en weer "rocken" in hetzelfde vlak als de platen van de HDD draaien.
Daar was bij die toenmalige schijven niks mis mee (zolang je de hele zooi tenminste niet uit je handen liet kletteren)

Inderdaad! Einstein zal dat truukje ook niet zelf uitgevonden hebben, maar ook ergens hebben gelezen op internet.

Grappig, ik heb dat youtube filmpje van het datacentre bekeken, en een van de reacties van 10 jaar geleden!
Hadden ze al kunnen weten dus :-)

Ryk Edelstein
10 jaar geleden
While developing our technology, we discovered that the siren tone we used in our initial version would cause a number of laptops to Bluescreen due to persistent Read / Write failures. As it turns out that most drives are sensitive to sounds below 100Hz or neat 1kHz. We adapted our siren pattern and eliminated the problem. We found this video after the fact.. In hindsight, I wish we found this before all the headaches.

Over neerbuigendheid gesproken......

Kijk, die problemen met bepaalde Seagate HDDs met plakkende koppen speelde ergens in het begin van de jaren negentig in de vorige eeuw. Wie hadden er toen internet?... Bijna niemand. WWW was nog maar net onthuld.
Maar gelukkig bestonden er toen al slimme mensen die internet niet zo nodig hadden, en prima zelf konden nadenken.
Dit wordt tegenwoordig steeds minder gewaardeerd.
Machines worden steeds bepalender, en steeds vaker moeten mensen machines gehoorzamen.
(nogmaals: over neerbuigendheid gesproken...)

Is je probleem misschien dat na een ogenschijnlijk succesvolle installatie de laptop niet start met de melding "Error 1962: No operating system found"? Lees dan dit:
https://forums.lenovo.com/t5/ThinkStation-Workstations/UEFI-Mode-installation-of-Linux-distributions-on-Thinkstation/td-p/1018555
De BIOS checkt of in de UEFI Boot Manager-configuratie een entry aanwezig is die "Windows Boot Manager" heet. Zo niet, dan start het systeem niet op. Voeg je een dummy-entry toe met dat label die je nooit gebruikt dan slaagt de test en start het systeem wel op in Linux.

Deze bug zit in de BIOS, en wel op zo'n manier dat het onmogelijk is voor makers van een besturingssysteem om eromheen te werken. Dit ligt niet aan Linux, dit ligt aan wie bij Lenovo ook op het onzalige idee is gekomen om die idiote test in te bouwen. Het trieste is dat niet Lenovo zelf maar degenen die iets anders dan Windows proberen te draaien door dit soort blunders door allerlei hoepels moeten gaan springen om het aan de praat te krijgen. En de conclusie die mensen die ertegenaan lopen typisch zullen trekken is "Linux werkt niet" en niet "Lenovo werkt niet", terwijl het laatste (bij deze bug) de juiste conclusie is.

Als dit het probleem is waar je tegenaan loopt, besef dan Lenovo de partij is die je ergernis en frustratie bezorgt, niet Debian.

Die beschrijving waar ik naar linkte is trouwens 9 jaar oud. Ik denk dat het de moeite kan lonen om te kijken of er een BIOS-upgrade is die dit probleem opgelost.

Ik heb de LP maar weer 'ns uit de kast gehaald, en lekker hard gedraaid (ben ik nu kwaadaardig bezig?)

Ja - je omgeving opzadelen met die baggermuziek is best kwaadaardig .
(of in elk geval masochistisch, als je in een hutje op de hei woont )