Ultimo aggiornamento: 2021/03/23 21:45.

A che punto è la sperimentazione della guida “autonoma” di Tesla? Ho scelto alcuni video per illustrare la situazione. A ottobre 2020 Tesla ha rilasciato a un gruppo ristretto e selezionato di utenti statunitensi (un migliaio circa inizialmente, ora circa duemila) una versione di software denominata Full Self Driving Beta, che però non è né full né self driving ma è decisamente beta ed è ancora formalmente classificata come Livello 2.

L’azienda ricorda ripetutamente a tutti gli utenti che partecipano a questa sperimentazione che devono restare sempre pronti a intervenire per correggere eventuali errori ed è già intervenuta per ritirare il software FSD dalle auto dei conducenti che non dimostravano attenzione sufficiente.

Questo software è in grado di girare su tutte le Tesla dotate dell’hardware più recente se la singola vettura viene abilitata dalla casa madre. Molte persone hanno pagato in anticipo un supplemento per avere questo software (e in alcuni casi anche l’hardware aggiornato), con la speranza di poterne sfruttare prima o poi le potenzialità promesse. Ma il tempo passa e ostacoli normativi e di sviluppo non consentono di farlo: il software non è ancora maturo a sufficienza per un compito delicato e potenzialmente letale come la guida in ambiente cittadino. Personalmente trovo quasi miracoloso che non ci siano ancora stati incidenti di rilievo fra questi beta tester. Elon Musk ha annunciato un aggiornamento significativo per aprile 2021.

Prevengo eventuali equivoci: sì, ho una Tesla (Model S del 2016), ma ho intenzionalmente scelto un modello privo di queste funzioni di guida assistita evolute. Ha soltanto mantenimento di velocità, distanza e corsia, e comunque uso queste funzioni con molta cautela (soltanto in autostrada, quando c’è poco traffico, e stando sempre nella stessa corsia; lo disattivo per superamenti e sorpassi).

Se avete sistemi di guida assistita, di qualunque marca, state molto vigili, perché questi sistemi “ragionano” e falliscono in maniera molto differente da come si comporta un conducente umano e quindi possono sbagliare quando meno te l’aspetti, col rischio di causare incidenti invece di prevenirli.

Questo è un esempio di fallimento “inumano”: un conducente umano non avrebbe problemi a decifrare che si tratta di un 3 e non di un 8. Le Tesla lo interpretano come un 8 e, se sono in guida assistita completa (Autopilot), accelerano di conseguenza. Il test è stato svolto da ricercatori di McAfee su una Model S con hardware non recente (quello di MobilEye che ho anch’io). I ricercatori non sono riusciti a replicare il fenomeno su una Tesla con hardware più recente.

Il primo video che vi propongo è molto positivo: un’impressionante demo di guida cittadina notturna quasi completamente autonoma ma comunque supervisionata (conducente sempre pronto a riprendere il controllo). Come tanti video del genere, mostra solo il meglio ed è accelerato, ma è comunque notevole, con situazioni che metterebbero alla prova qualunque guidatore medio.

Craziest FSD video of the night!!! 🤯

CHESTNUT STREET EXTREME STRESS TEST

I seriously shit my pants when I saw it do this without any interventions! I couldn’t believe it. Jaw on the floor.

This is very bullish 😱 @elonmusk pic.twitter.com/S3tIlycrbE

— Whole Mars Catalog (@WholeMarsBlog) March 14, 2021

Il secondo video racconta una storia completamente differente. Fra collisioni mancate, invasioni di corsia e altri guai, questa guida è tutt’altro che rilassante. Soprattutto diventa evidente la “logica” non umana di questi sistemi, che non sembrano avere una reale comprensione della situazione globale che stanno affrontando.

Il terzo video mostra, con un’ottima visuale dall’alto grazie a un drone, i tentativi del sistema di guida assistita (FSD Beta 8.2) di affrontare una svolta a sinistra che attraversa tre corsie veloci. Decisamente non va bene.

Se avete già questi sistemi di guida, siate prudenti; se state pensando di acquistarli, siate altrettanto prudenti. O almeno siate pronti a una lunga e paziente attesa prima di poterli usare.

Questo articolo vi arriva gratuitamente e senza pubblicità grazie alle donazioni dei lettori. Se vi è piaciuto, potete incoraggiarmi a scrivere ancora facendo una donazione anche voi, tramite Paypal (paypal.me/disinformatico), Bitcoin (3AN7DscEZN1x6CLR57e1fSA1LC3yQ387Pv) o altri metodi.

Non ho la più pallida idea del perché, ma pare che Twitter stia sospendendo per 12 ore chiunque scriva un tweet contenente soltanto la parola "Memphis" senza virgolette, come mostrato nello screenshot qui accanto e da siti come Ladbible e The Independent e account Twitter come SwiftOnSecurity. 

Le sospensioni sono accompagnate dall’avviso che l’utente ha commesso una “violazione delle regole contro la pubblicazione di informazioni private”.

The Independent alle 21 circa (ora italiana) di stasera ha scritto che il problema era stato risolto, ma a me risulta che persista.

È tutto quello che so al momento.

2021/03/15 00:30. Twitter ha tweetato poco fa che si è trattato di un bug che è stato sistemato e gli utenti colpiti sono stati sbloccati (“A number of accounts that Tweeted the word “Memphis” were temporarily limited due to a bug. It’s been fixed and the accounts have now been restored. We’re sorry this happened.”). Nessuna informazione sulle ragioni che hanno prodotto un bug così specifico. Altre info sono qui su Gizmodo.

Ultimo aggiornamento: 2021/03/24 9:40.

Questa chiavetta USB che ho ricevuto in eredità fra i tanti supporti digitali lasciatimi da mio padre a settembre scorso ha un piccolo mistero. Mi aiutate a risolverlo?

È una normale chiavetta USB marchiata Maxell, di quelle con il connettore retrattile (il pulsante in centro serve a questo). Non ha alcuna etichettatura: è semplicemente una delle varie chiavette presenti nei cassetti della sua scrivania.

Ma esaminandola con i miei computer risulta avere soltanto due megabyte di spazio complessivo (non libero: proprio complessivo). La cosa mi ha sorpreso parecchio.

La chiavetta contiene apparentemente due soli file che praticamente la riempiono: LOCKv100 (mode 7).pdf e LOCKv223.exe.

Il primo file è un manuale di istruzioni di un software di crittografia per la chiavetta, che si intitola Security application program - LOCK user manual v1.00 ed è in formato PDF. Non riporta alcun indirizzo o riferimento del produttore del software. 

Il secondo file è un eseguibile che, se lanciato su un PC Windows, mi dice quello che vedete qui sotto: una password è presente e il dispositivo è bloccato dalla password. Ho pubblicato il manuale e il software qui, se li volete esaminare.

Purtroppo mio padre non ha lasciato informazioni riguardanti la password di questa chiavetta, mentre ha lasciato istruzioni per tutte le altre sue password. Sulla chiavetta non c’è neppure un suggerimento per la password:

Il manuale dice che dopo sei tentativi sbagliati di immissione della password i dati protetti verranno cancellati (“You have six chances to enter the password correctly, before your device gets formatted.”).

Non so neanche quale sia il software usato: l’unico indizio che ho trovato è questo sito russo che mostra lo stesso tipo di interfaccia grafica e lo chiama Phison LOCK v2.45.00 [Oct 25 2012] – USB DISK Pro Security App. Il sito include il manuale della versione 1.00, datati 2008.

Un fdisk-l sotto Linux mi dice questo della chiavetta:

Disk /dev/sde: 2 MiB, 2097152 bytes, 4096 sectors
Disk model:                 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot Start   End Sectors Size Id Type
/dev/sde1          32  4095    4064   2M  1 FAT12

Anche l’utility Linux testdisk non rivela nulla:

Disk /dev/sde - 2097 KB / 2048 KiB - CHS 64 2 32 (RO)
Current partition structure:
     Partition                  Start        End    Size in sectors

check_FAT: Unusual number of reserved sectors 8 (FAT), should be 1.
check_FAT: Unusual media descriptor (0xf8!=0xf0)
 1 P FAT12                    0   1  1    63   1 32       4064 [SECURE]
No partition is bootable
 

Invece un hdparm - I /dev/sde dice:

SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

ATA device, with non-removable media
Standards:
    Likely used: 1
Configuration:
    Logical        max    current
    cylinders    0    0
    heads        0    0
    sectors/track    0    0
    --
    Logical/Physical Sector size:           512 bytes
    device size with M = 1024*1024:           0 MBytes
    device size with M = 1000*1000:           0 MBytes
    cache/buffer size  = unknown
Capabilities:
    IORDY not likely
    Cannot perform double-word IO
    R/W multiple sector transfer: not supported
    DMA: not supported
    PIO: pio0
 

Un dd fornisce questo risultato:

sudo dd if=/dev/sde of=image_file_sde.img #

4096+0 records in
4096+0 records out
2097152 bytes (2.1 MB, 2.0 MiB) copied, 0.14167 s, 14.8 MB/s
 

Invece parted risponde così:

Model:   (scsi)
Disk /dev/sde: 4096s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start  End    Size   Type     File system  Flags
 1      32s    4095s  4064s  primary
 

Un lsusb -v fornisce questo:

Bus 010 Device 006: ID 19b6:4096 Infotech Logistic, LLC                 
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x19b6 Infotech Logistic, LLC
  idProduct          0x4096
  bcdDevice            1.10
  iManufacturer           1
  iProduct                2
  iSerial                 3
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0020
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              200mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk-Only
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0

Non ci sono partizioni visibili a parte quella da 2 megabyte. Però le dimensioni incredibilmente esigue dichiarate dalla chiavetta mi fanno pensare che ci siano dei dati nascosti che occupano posto. 

Inoltre il manuale (a pagina 4) dice che se non c’è password, si possono usare entrambe le partizioni (You can use both partitions freely if no password exists). Ma in Esplora Risorse e anche sotto Linux ne vedo una sola. Il manuale dice anche che quando si inserisce la chiavetta si dovrebbero vedere due unità (When you plug in your device to a USB port, your operating system should recognised the device and showed two “Removable Disk” icons), ma io ne vedo una sola, e questo mi fa venire il dubbio che la seconda partizione non ci sia proprio.

---

Per acquisire informazioni sull’hardware ho smontato con cautela la chiavetta. Queste sono due foto dei suoi componenti interni: l’adesivo bianco reca la scritta 168-890003 e il chip al centro della foto ha la dicitura PHISON PS2231 0749 AJGJ6-000FE.

A questo punto dell’indagine ho due domande fondamentali:

1. Come faccio a sapere se ci sono o no dei dati cifrati (o almeno a sapere se la chiavetta ha davvero solo 2 megabyte di capienza)? Se si dimostra che è da 2 MB effettivi, mi metto il cuore in pace, perhé non c’è nulla da recuperare. Questa è la prima cosa da scoprire: è inutile investire tempo in cracking o bruteforcing o altre analisi se non c’è nessuna conferma che ci sia davvero qualcosa da decrittare.

2. Se ci sono dati cifrati, avete idea di come recuperarli? O almeno elencare i metadati dei file presenti?

I commenti sono a vostra disposizione. Grazie a tutti per l’aiuto, e anche per le condoglianze; scusatemi se non riesco a rispondervi uno per uno.

---

Su suggerimento di un lettore (grazie Andrea) ho installato questo programma di analisi apposito per unità Phison, che ha dato questi risultati: riconosco un Flash ID 45 c7 95 ba f8 13 43 00 della SanDisk, una data di firmware del 2008 e una di fabbricazione del 2010, un numero di serie 0789170000AA, e soprattutto una capienza totale di 3700 MB:

Ruggio81 ha trovato che l’ID 19b6:4096 di Infotech Logistic, LLC rivelato dal comando lsusb corrisponde a una chiavetta da circa 4 GB, secondo questa pagina. Sempre Ruggio81 ha trovato questa pagina con del software sperimentale che forse potrebbe rivelare la partizione nascosta e fare altre cose utili.

---

La risposta alla mia prima domanda sembra insomma abbastanza certa: sì, la chiavetta ha una capienza reale ben superiore a quella apparente. Ma la partizione locked ha una capienza di 0 MB.

Questo software di analisi dice che la chiavetta è in MODE 12. I vari MODE sono descritti in questa pagina in russo, ma manca il 12 (che però è mostrato in alcuni screenshot). Quest’altra pagina dello stesso sito mostra come fare ponte fra due piedini per fare...qualcosa ma non ho ben capito cosa (forse una modalità di test).

Ho anche provato a immettere una delle password di mio padre e sacrificare uno dei sei tentativi possibili per vedere se compariva qualche informazione diagnostica o di altro genere: niente da fare. La chiavetta ha lampeggiato per vari secondi e poi ha restituito semplicemente Password error, please try again. Error times: 1/6.

Adesso resta il dubbio se investire altro tempo e risorse per capire se in quella partizione nascosta c’è scritto qualcosa. Mio padre non era un esperto informatico e non era il tipo da usare chiavette securizzate: il suo approccio alla security informatica non era paranoico come il mio. Per cui è perfettamente possibile che qualcuno gli abbia regalato la chiavetta preconfigurata e lui non l’abbia mai usata.

---

Sempre Ruggio81 e altri hanno trovato un manuale Phison che sembra indicare che la password di default di queste chiavette sia 1234. Se la chiavetta non fosse mai stata usata, questa potrebbe essere la sua password corrente. Ho provato: non lo è.

Però durante il tentativo ho notato una cosa potenzialmente interessante: anche se la password è sbagliata, nel file manager di Windows compare temporaneamente una unità aggiuntiva etichettata USB Drive (D:). Scusate la pessima qualità, ho fatto un video di corsa con il telefonino.

Hmmm.....

---

Andrea ha invece trovato un documento cinese che parla del MODE 12 e cita questo software di manutenzione/gestione della Phison (specificamente questa versione). Domani ci provo.

----

Ho dovuto rinviare gli esperimenti per mancanza di tempo (urgenze di lavoro incombono) e perché sto cercando di verificare se mio padre ha lasciato istruzioni da qualche altra parte. Vi aggiorno se ci sono novità. Intanto grazie a tutti, siete stati preziosissimi.

Questo articolo vi arriva gratuitamente e senza pubblicità grazie alle donazioni dei lettori. Se vi è piaciuto, potete incoraggiarmi a scrivere ancora facendo una donazione anche voi, tramite Paypal (paypal.me/disinformatico), Bitcoin (3AN7DscEZN1x6CLR57e1fSA1LC3yQ387Pv) o altri metodi.

È disponibile la puntata di stamattina del Disinformatico della Radiotelevisione Svizzera, condotta da me insieme a Nico. 

Posso finalmente prendere fiato e aggiornarvi sulle novità che mi hanno impegnato in questi giorni e tenuto lontano dal blog: quella principale è che il Disinformatico diventerà podcast puro, senza essere un rimontaggio della diretta radiofonica (che non ci sarà più). Questo consentirà maggiore flessibilità di durata e permetterà di affrontare con più calma temi complessi e storie più articolate che difficilmente erano inseribili fra un disco e l’altro.

Questa novità dovrebbe partire il 26 marzo, poco dopo l’introduzione del nuovo palinsesto della Rete Tre della Radiotelevisione Svizzera: restate in ascolto per i dettagli. Ho in preparazione un po’ di chicche perfette per un podcast dedicato.

Argomenti trattati nella puntata di oggi:

• Le parole di Internet: link rot, ossia quando il Ministero della Cultura italiano linka(va) un sito porno
• Siamo nel 2021 e ANSA non ha ancora capito la differenza fra polizia cantonale e polizia cantonese. E tutti la copiano senza fiatare
• I bitcoin consumano tanta energia. Che proviene in gran parte da fonti inquinanti. Un dilemma etico
• Quando il cloud diventa una nuvola. Di fumo

Podcast solo audio: link diretto alla puntata; link alternativo.

App RSI (iOS/Android): qui.

Video (con musica): è qui sotto.

Podcast audio precedenti: archivio sul sito RSI, archivio su iTunes e archivio su TuneIn, archivio su Spotify.

Archivio dei video precedenti: La radio da guardare sul sito della RSI.

Buona visione e buon ascolto!

Questa foto (credit: @mothattacks) mostra il datacenter di Strasburgo della Ovh, colpito da un incendio il 10 marzo scorso. In questo datacenter venivano ospitati i dati di migliaia di clienti della società francese: era insomma la parte concreta di quello che in gergo viene definito cloud. Quel cloud è diventato letteralmente una disastrosa nuvola di fumo.

Trovate tutti i dettagli e i nomi di molti dei clienti colpiti in questo articolo di Wired.it, ma il dato più importante è che Ovh ha invitato gli utenti ad attivare i propri piani di disaster recovery. Questo di solito non è un buon segno, e significa che i dati custoditi presso il datacenter sono da considerare perduti.

Anche se la dinamica di questo incendio è ancora tutta da definire, il segnale di fumo è molto chiaro: depositare i propri dati nel cloud non implica automaticamente che il gestore del cloud ne abbia una copia di scorta per emergenze come queste (leggete attentamente il vostro contratto) ed è possibile che spetti al cliente fare questa copia di scorta altrove.

Per contro, implica che se i vostri processi di lavoro dipendono dalla disponibilità di quei dati depositati nel cloud, in caso di disastro che colpisce il cloud non potrete più lavorare. A meno che abbiate una copia di scorta locale o presso un cloud separato.

Casi come questo sono un’occasione importante per riflettere sulle proprie strategie di backup e sui propri piani di disaster recovery. Ne avete uno? Lo avete mai messo alla prova? Sareste in grado di lavorare senza accesso al cloud? È il momento giusto per farsi queste domande.

Ultimo aggiornamento: 2021/04/20 1:35.

Ma questa corsa all’oro digitale ha anche un risvolto ecologico che non va trascurato. Ogni creazione di bitcoin e ogni transazione richiede complicatissimi calcoli matematici, che richiedono enormi potenze di calcolo. A loro volta, queste potenze di calcolo richiedono computer altrettanto potenti, che consumano energia. Tanta energia. E molta di questa energia viene prodotta usando fonti altamente inquinanti.

Non solo: la matematica dei bitcoin è fatta in modo che man mano che aumenta la potenza di calcolo disponibile aumenta anche la difficoltà dei calcoli, per cui aumenta anche il consumo di energia.

Secondo una stima del Cambridge Centre for Alternative Finance, pubblicata presso Cbeci.org, nel 2019 la generazione di bitcoin consumava più energia dell’intera Svizzera: 77 terawattora ogni anno (la Svizzera ne ha consumati circa 57). Oggi, nel 2021, questo consumo stimato di energia è salito a 127,7 TWh/anno, ossia più di Norvegia o Argentina (mentre il consumo svizzero è lievemente diminuito (-0,8%)). Altre stime indicano valori più bassi.

Queste stime hanno ampi margini d’incertezza, ma la tendenza è chiara: i consumi derivanti dall’uso dei bitcoin stanno aumentando. Oggi rappresentano, secondo il CCAF, lo 0,6% dei consumi totali di elettricità del pianeta. A titolo di paragone, tutti i datacenter del mondo consumano 199 TWh/anno.

Se volete un altro paragone, e se non ho perso qualche zero per strada, 127,7 TWh sarebbero sufficienti a far fare oltre 100.000 km a tutte le auto della Svizzera (circa 6 milioni di veicoli) o 16.000 km a tutte le auto d’Italia (circa 39 milioni) se fossero tutte elettriche (stimando 0,2 kWh/km).

Il 65% dell’hashrate (la potenza di calcolo complessiva usata per generare bitcoin e gestirne le transazioni) si trova in Cina.

Inoltre secondo la ricerca del CCAF circa i due terzi dell’energia consumata per gestire i bitcoin provengono da fonti fossili, e questo significa che i bitcoin hanno un impatto ambientale significativo. Investire in bitcoin e presentarsi come sostenitori dell’ecologia, come ha fatto per esempio Tesla a febbraio scorso, sembra essere un controsenso. 

I sostenitori dei bitcoin obiettano che parte dell’energia usata deriva da fonti rinnovabili oppure da centrali che la devono generare anche se non viene utilizzata e non c’è modo di accumularla, per cui formalmente non è tolta ad altri usi. Tuttavia è difficile quantificare con precisione quanta sia questa parte.

---

Ma probabilmente l’obiezione principale all’adozione su vasta scala dei bitcoin (e specificamente dei bitcoin) è il numero di transazioni gestibili da questo sistema: attualmente è meno di sette al secondo ed è tecnicamente difficilissimo aumentarlo. Non si può pensare di usare questa criptovaluta per gestire gli scambi dell’economia mondiale.

A titolo di confronto, la rete informatica di un singolo gestore di carta di credito, come Visa, ha una capacità teorica di 65.000 transazioni al secondo.

Altre criptovalute hanno sviluppato metodi che consentono un numero molto superiore di transazioni al secondo e riducono fortemente il consumo di energia, ma al prezzo di una minore sicurezza. Il problema è che oggi è il bitcoin la forma di criptovaluta dominante.

In sintesi: per come stanno le cose ora, i bitcoin non hanno alcuna possibilità di sostituire le monete convenzionali e producono molto inquinamento. Altre criptovalute possono far di meglio, ma resta il dilemma del grande consumo di energia, inevitabile per qualunque criptovaluta basata sul proof of work e in generale per qualunque tecnologia basata sulla blockchain.

Per cui mi sa che liquiderò i miei pochi bitcoin: mi arrendo al fatto che non sono eticamente sostenibili, salvo prove contrarie. 

2021/04/20. Ho liquidato il mio wallet e ho convertito in franchi svizzeri, che ora riposano nel mio conto corrente.

Fonti aggiuntive: BBC, BBC.

Comunicazione di servizio per i colleghi giornalisti: la polizia svizzera è la cantonale. Non la cantonese. Se confondete le due cose, prendete una cantonata.

Per vedere quanto è diffuso questo errore grazie al copiaincolla senza rileggere è sufficiente cercare in Google “arrestata dalla polizia cantonese”. Ci sono cascati Il Mattino, La Gazzetta del Mezzogiorno, Il Fatto Quotidiano, Sky.it, L’Unione Sarda, La Gazzetta di Parma... perché tutti ripubblicano ciecamente senza rileggere e senza controllare.

La notizia, diffusa dall’ANSA, riguarda una donna che è “arrivata fino a Zurigo in Svizzera dove, forse perché rimasta senza soldi, ha commesso un furto ed è stata arrestata dalla polizia cantonese.”

Copia permanente: https://archive.is/icAQt. Screenshot: qui sotto.

A volte capita che il proprietario di un nome di dominio smetta di pagare il canone annuo di mantenimento del nome, per varie ragioni, e quindi cessi di esserne il proprietario. A quel punto il nome di dominio torna sul mercato e può essere acquistato da qualcun altro, che ci mette i propri contenuti, magari di tipo completamente differente. Fa parte del normale corso delle cose su Internet.

Ma tutti i siti che hanno citato con un link quel nome di dominio non vengono avvisati del cambiamento, per cui finiscono per linkare qualcosa che non c’entra più con l’originale. Questo è il link rot: la “marcescenza dei link”. 

Il link rot è un problema molto serio di tutta Internet, ma è particolarmente sentito in campo scientifico e amministrativo. Uno studio del 2013 dei link nella letteratura scientifica ha rivelato che la vita media di un link è circa 9 anni. Un altro studio sulla letteratura legale statunitense nel 2014 ha indicato che la metà dei link citati dalla Corte Suprema degli Stati Uniti non punta più all’informazione originale e quindi è inutile o fuorviante.

Un esempio particolarmente illuminante del fenomeno del link rot mi è capitato sotto gli occhi pochi giorni fa grazie a una segnalazione di un lettore: una pagina del sito del Ministero della Cultura italiano Beniculturali.it, dedicata alle necropoli etrusche di Cerveteri e Tarquinia, conteneva un link a www punto terraetrusca punto eu, che però nel frattempo aveva cambiato proprietario.

Il nuovo proprietario ci ha messo un redirect che porta a un sito pornografico, di cui posso mostrarvi solo una parte, perché questo è un blog per famiglie.

Grazie alla memoria storica di Internet, ossia Archive.org, possiamo vedere cosa c’era in origine, quando il ministero italiano scelse di linkarlo nel 2017: 

Oggi invece il link porta a contenuti statuari, ma di altro genere:

Ovviamente ho segnalato la cosa ai responsabili del sito, ma la mia mail è stata respinta perché i responsabili accettano soltanto la PEC. Così è stato necessario segnalare pubblicamente la questione, anche se questo avrebbe comportato regalare visibilità e quindi traffico al sito pornografico in questione.

Buongiorno @MiC_Italia , segnalo che la vostra pagina https://t.co/cTbavSHGrG contiene un link che porta a un sito pornografico.

Il link è quello che comincia con "terra". pic.twitter.com/0olbjmy1WL

— Paolo Attivissimo (@disinformatico) March 10, 2021

La pagina è stata rapidamente corretta eliminando il link. Ma restano tutti gli altri siti che contengono ancora il link (per esempio Ancient-origins.net o TurismoItaliaNews.it o ExperienceEtruria.it, ed è impensabile avvisarli tutti uno per uno.

Se volete sapere come si fa a trovare i siti che ospitano un certo link, posso consigliarvi OpenLinkProfiler.org. Un tempo Google consentiva di fare ricerche usando l’operatore link, ma non funziona più dal 2017 circa. Si può però digitare il nome del sito in Google fra virgolette.

Questa foto d’archivio della NASA risale all'11 marzo 1971, esattamente cinquant’anni fa. Mostra l’astronauta lunare Dave Scott, al centro, nel New Mexico.

Questo spiega TUTTO.

Se ve lo state chiedendo, il dispositivo dovrebbe essere un telemetro. Questo articolo vi arriva gratuitamente e senza pubblicità grazie alle donazioni dei lettori. Se vi è piaciuto, potete incoraggiarmi a scrivere ancora facendo una donazione anche voi, tramite Paypal (paypal.me/disinformatico), Bitcoin (3AN7DscEZN1x6CLR57e1fSA1LC3yQ387Pv) o altri metodi.

Pubblicazione iniziale: 2021/03/04 1:01. Ultimo aggiornamento: 2021/03/10 8:30.

Poco fa SpaceX ha fatto volare il prototipo numero 10 della sua Starship, facendolo salire a circa 10 chilometri di quota per poi fermarsi a mezz’aria ed effettuare una discesa controllata con atterraggio finale. A differenza dei test precedenti, stavolta il veicolo ha frenato correttamente, si è fermato in volo librato sopra la piazzola di atterraggio, sostenuto soltanto dalla spinta di due dei suoi tre motori (uno spento intenzionalmente), e poi è atterrato, anche se un po’ bruscamente e con una lieve pendenza.

La pendenza potrebbe essere stata causata almeno in parte dal mancato funzionamento di una delle zampe di atterraggio, che in questo video si vede oscillare invece di bloccarsi in posizione:

Video from @LabPadre's stream show SN10's landing legs damaged during landing.

I wonder if Starship SN10 would've still exploded if it had landed on the legs properly.🤔 pic.twitter.com/gMpgKTuJEe

— Toby Li (@tobyliiiiiiiiii) March 4, 2021

Vari minuti dopo l’atterraggio, però, c’è stato il gran finale a sorpresa:

An amazing shot of Starship SN10's post-landing Rapid Unplanned Disassembly (RUD) after Wednesday's test flight.

➡️https://t.co/bOsEo1u0u0 pic.twitter.com/FmNtYBFmIe

— Chris B - NSF (@NASASpaceflight) March 3, 2021

È comunque un progresso; non dimentichiamoci che si tratta di voli sperimentali dai quali si raccolgono enormi quantità di dati ed esperienze comunque vadano. Il concetto di scendere in “spanciata” per frenare e poi raddrizzarsi per poi atterrare usando soltanto i motori è stato dimostrato. C’è solo (si fa per dire) da migliorare il molleggio dell’atterraggio. Ma è proprio per questo che si fanno i test con i prototipi semplificati e a basso costo.

E a differenza di altri progetti spaziali (SLS, in ritardo di almeno due anni e fuori budget di 2 miliardi di dollari), questo costa poco e migliora in fretta. Il prossimo prototipo, il numero 11, è quasi pronto. 

2021/03/10 8:30. Elon Musk ha spiegato le ragioni del problema post-atterraggio: un impatto col suolo troppo violento, a circa 10 m/s, durante l’atterraggio ha fatto cedere alcune zampe e parte della parete laterale di base. A sua volta, l’impatto brusco è stato causato da una spinta insufficiente erogata dal motore, probabilmente a causa dell’ingestione di elio presente nel serbatoio di testa del veicolo. Ha aggiunto che sono già in corso modifiche per il prototipo successivo, SN11. Inoltre si è assunto la responsabilità dell’ingestione di elio, dovuta a una modifica fatta per evitare l’esplosione avvenuta con il prototipo SN8: “L’elio nel serbatoio di testa è stato usato per evitare il collassamento della stabilizzazione del propellente [ullage] dovuto allo sciabordio [slosh], avvenuto nel volo precedente. Colpa mia che ho approvato. Al momento sembrava una buona idea.”

Questo articolo vi arriva gratuitamente e senza pubblicità grazie alle donazioni dei lettori. Se vi è piaciuto, potete incoraggiarmi a scrivere ancora facendo una donazione anche voi, tramite Paypal (paypal.me/disinformatico), Bitcoin (3AN7DscEZN1x6CLR57e1fSA1LC3yQ387Pv) o altri metodi.