| Precedente :: Successivo |
| Autore |
Messaggio |
Zeus News
Ospite
|
|
| Top |
|
 |
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
 Inviato: 10 Dic 2023 10:06 Oggetto: |
 |
|
| Purché non finisca così. |
|
| Top |
|
|
{umby}
Ospite
|
| Inviato: 10 Dic 2023 22:55 Oggetto: |
|
|
| E' l'inizio della fine! (cit.) |
|
| Top |
|
|
etabeta
Dio maturo
Registrato: 06/04/06 11:02
Messaggi: 2707
|
| Inviato: 11 Dic 2023 09:12 Oggetto: |
|
|
Se ne sentiva proprio la mancanza 
Per fortuna c'è un mare di distribuzioni GNU/Linux che hanno preso le distanze da multinazionali e le loro tecniche di obsoloscenza programmata
https://www.techgeneration.it/le-migliori-distribuzioni-linux-senza-systemd/ |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 11 Dic 2023 11:05 Oggetto: |
|
|
Io ho da sempre nello screensaver anche la rotazione di differenti BSOD per ogni genere di tipologie di OS. Quindi è semplicistico dire che se ne sarebbe fatto anche a meno, il concetto in sé è antico e probabilmente precedente anche a Windows.
Semmai, ad essere discutibile è l'aver scimmiottato proprio quello di Windows. Si poteva fare le cose in maniera più professionale e caratteristica di quel che serve in ambito Linux. |
|
| Top |
|
|
zeross
Amministratore
Registrato: 19/11/08 12:04
Messaggi: 8076
Residenza: Atlantica
|
| Inviato: 11 Dic 2023 17:04 Oggetto: |
|
|
| Homer S. ha scritto: | | Purché non finisca così. |
Gli errori gravi hanno bisogno di avere una schermata di avviso, c'erano schermate simili non solo in Mac ed Amiga ma anche in ATARI, con le bombe, oppure con OS/2 con le schermate nere.
Quello che non comprendo e perché farla identica a Windows....  |
|
| Top |
|
|
Maary79
Amministratore
Registrato: 08/02/12 13:23
Messaggi: 12609
|
| Inviato: 11 Dic 2023 18:50 Oggetto: |
|
|
| etabeta ha scritto: | Se ne sentiva proprio la mancanza
Per fortuna c'è un mare di distribuzioni GNU/Linux che hanno preso le distanze da multinazionali e le loro tecniche di obsoloscenza programmata
https://www.techgeneration.it/le-migliori-distribuzioni-linux-senza-systemd/ |
Non c'è più religione vero?  |
|
| Top |
|
|
Maary79
Amministratore
Registrato: 08/02/12 13:23
Messaggi: 12609
|
| Inviato: 11 Dic 2023 19:07 Oggetto: |
|
|
| zeross ha scritto: | | Homer S. ha scritto: | | Purché non finisca così. |
Gli errori gravi hanno bisogno di avere una schermata di avviso, c'erano schermate simili non solo in Mac ed Amiga ma anche in ATARI, con le bombe, oppure con OS/2 con le schermate nere.
Quello che non comprendo e perché farla identica a Windows.... |
Considerando che bastano e avanzano i kernel panic. |
|
| Top |
|
|
elisa.r
Dio minore
Registrato: 18/11/12 17:05
Messaggi: 612
|
| Inviato: 12 Dic 2023 00:19 Oggetto: |
|
|
Ma allora è una persecuzione. Ho ricordi bruttissimi dello schermo blu di Windows, soprattutto dei tempi in cui ero una novellina e mi capitavano di continuo.  |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 12 Dic 2023 14:46 Oggetto: |
|
|
| Maary79 ha scritto: | | Considerando che bastano e avanzano i kernel panic. |
Avanzano, forse. Bastano, non so visto che tutto quel che innescano è presentare a video output spesso pressoché illeggibile e non alla portata dell'utente medio.
A prescindere dall'estetica, una schermata di arresto dovrebbe mettere l'utente nelle condizioni di studiarne ex post la natura e le cause, ma se tutto quel che viene restituito è a video, quanti avranno la presenza di spirito e la prontezza per fotografarlo? Meglio sarebbe riversarlo in un file da qualche parte. Da profano però mi par di capire che non c'è un sistema veramente semplice per riuscirci: kdump infatti ha condizioni d'uso alquanto restrittive. |
|
| Top |
|
|
SverX
Supervisor Macchinisti
Registrato: 25/03/02 12:16
Messaggi: 11802
Residenza: Tokelau
|
| Inviato: 12 Dic 2023 16:32 Oggetto: |
|
|
| elisa.r ha scritto: | | Ma allora è una persecuzione. Ho ricordi bruttissimi dello schermo blu di Windows, soprattutto dei tempi in cui ero una novellina e mi capitavano di continuo. |
negli anni in cui ho usato Windows devo dire che non ne ho visti molti, a parte quando su un computer installarono una RAM fallata - lì capitavano blu screen a ripetizione, ovviamente... |
|
| Top |
|
|
Maary79
Amministratore
Registrato: 08/02/12 13:23
Messaggi: 12609
|
| Inviato: 13 Dic 2023 18:51 Oggetto: |
|
|
| Homer S. ha scritto: | | Maary79 ha scritto: | | Considerando che bastano e avanzano i kernel panic. |
Avanzano, forse. Bastano, non so visto che tutto quel che innescano è presentare a video output spesso pressoché illeggibile e non alla portata dell'utente medio.
A prescindere dall'estetica, una schermata di arresto dovrebbe mettere l'utente nelle condizioni di studiarne ex post la natura e le cause, ma se tutto quel che viene restituito è a video, quanti avranno la presenza di spirito e la prontezza per fotografarlo? Meglio sarebbe riversarlo in un file da qualche parte. Da profano però mi par di capire che non c'è un sistema veramente semplice per riuscirci: kdump infatti ha condizioni d'uso alquanto restrittive. |
Beh, un codice a barre a schermo semplificherebbe le cose, anche se l'utente base credo che si fermerebbe comunque li. Assurdo farlo identico a Windows come stile e colori però.
Kernel panic ne ho visti, e si riferivano a problemi di compatibilità hardware o guasti hardware. Dunque c'era veramente poco da fare. Diverso se era un problema driver (della scheda video) o errori nel filesystem, ma a schermo indicava proprio il comando da dare tipo 'run fsck..." per risolvere almeno momentaneamente.
O in generale cercavo di immettere dei parametri d'avvio da grub.
Per provare a capire gli errori del kernel poi io leggo dmesg a sistema avviato. |
|
| Top |
|
|
Maary79
Amministratore
Registrato: 08/02/12 13:23
Messaggi: 12609
|
| Inviato: 13 Dic 2023 18:54 Oggetto: |
|
|
| SverX ha scritto: | | elisa.r ha scritto: | | Ma allora è una persecuzione. Ho ricordi bruttissimi dello schermo blu di Windows, soprattutto dei tempi in cui ero una novellina e mi capitavano di continuo. |
negli anni in cui ho usato Windows devo dire che non ne ho visti molti, a parte quando su un computer installarono una RAM fallata - lì capitavano blu screen a ripetizione, ovviamente... |
Con Windows 98 mi divertivo a farlo andare in tilt. Bastava tirare fuori il disco mentre lo leggeva..
Questo provocava un bsod. |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 13 Dic 2023 20:41 Oggetto: |
|
|
| Maary79 ha scritto: | | Per provare a capire gli errori del kernel poi io leggo dmesg a sistema avviato. |
E se non riparte più? Se preso dal panico il kernel si butta di sotto? |
|
| Top |
|
|
etabeta
Dio maturo
Registrato: 06/04/06 11:02
Messaggi: 2707
|
| Inviato: 14 Dic 2023 12:59 Oggetto: |
|
|
| Homer S. ha scritto: | | Maary79 ha scritto: | | Considerando che bastano e avanzano i kernel panic. |
Avanzano, forse. Bastano, non so visto che tutto quel che innescano è presentare a video output spesso pressoché illeggibile e non alla portata dell'utente medio.
A prescindere dall'estetica, una schermata di arresto dovrebbe mettere l'utente nelle condizioni di studiarne ex post la natura e le cause, ma se tutto quel che viene restituito è a video, quanti avranno la presenza di spirito e la prontezza per fotografarlo? Meglio sarebbe riversarlo in un file da qualche parte. Da profano però mi par di capire che non c'è un sistema veramente semplice per riuscirci: kdump infatti ha condizioni d'uso alquanto restrittive. |
All'utente medio frega niente di studiare quindi la schermata serve solo ad uniformare quanto era nato per essere diverso.
I messaggi d'errore in GNU/Linux sono da sempre registrati in un file basta un dmesg | grep "errore" da terminale non servono schermate blu.
Secondo voi l'utente medio lo ripara da solo o foraggia, pardon, lo porta da un tecnico?
Secondo me l'hanno fatto per la seconda che ho scritto perché GNU/Linux produce zero in spese di assistenza per i privati. |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 14 Dic 2023 13:59 Oggetto: |
|
|
| etabeta ha scritto: | | I messaggi d'errore in GNU/Linux sono da sempre registrati in un file basta un dmesg | grep "errore" da terminale non servono schermate blu. |
Lo sono fintanto che il problema bloccante non impatta anche le componenti di interazione con il file system, il che non è sempre garantito. Penso ad esempio a quelle macchine con LVM, criptato o meno, che non arrivano a completare il mount. |
|
| Top |
|
|
etabeta
Dio maturo
Registrato: 06/04/06 11:02
Messaggi: 2707
|
| Inviato: 15 Dic 2023 09:19 Oggetto: |
|
|
| Citazione: | Homer S.
| Citazione: | etabeta
I messaggi d'errore in GNU/Linux sono da sempre registrati in un file basta un dmesg | grep "errore" da terminale non servono schermate blu. |
Lo sono fintanto che il problema bloccante non impatta anche le componenti di interazione con il file system, il che non è sempre garantito. Penso ad esempio a quelle macchine con LVM, criptato o meno, che non arrivano a completare il mount. |
Sono sempre leggibili, basta avviare il PC con una distro live ed è pieno di distro live anche senza systemd
link |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 15 Dic 2023 09:54 Oggetto: |
|
|
Mi sfugge qualcosa: se avvio il PC con Linux, questo accusa un problema bloccante ma non riesce a trascriverne la diagnostica sul file system, cosa mi garantisce che ripetendo l'operazione con una distro live potrei replicare l'esatto identico problema e studiarne l'evidenza? Magari questo è insito nella configurazione dell'OS installato, non nell'HW.
Per fare un parallelo: se avvio una macchina e non parte, e riprovo collegando l'impianto elettrico alla rete domestica, magari parte, ma ciò basterebbe a dire che è la batteria in quanto scarica o danneggiata il problema? Potrebbe essere qualcosa nell'elettronica che non per forza si sblocca con una batteria nuova.
Più che discettare sulla forma del BSOD, sarebbe il caso di preoccuparsi sulla sostanza: il processo che lo governa dovrebbe consentire a realtime di riversare la diagnostica su un supporto esterno come una chiavetta USB, da poter studiare a posteriori. Chiaro che se il problema è proprio il controller USB... |
|
| Top |
|
|
etabeta
Dio maturo
Registrato: 06/04/06 11:02
Messaggi: 2707
|
| Inviato: 15 Dic 2023 17:27 Oggetto: |
|
|
| Citazione: | Homer S.
Mi sfugge qualcosa: se avvio il PC con Linux, questo accusa un problema bloccante ma non riesce a trascriverne la diagnostica sul file system, cosa mi garantisce che ripetendo l'operazione con una distro live potrei replicare l'esatto identico problema e studiarne l'evidenza? Magari questo è insito nella configurazione dell'OS installato, non nell'HW.
Per fare un parallelo: se avvio una macchina e non parte, e riprovo collegando l'impianto elettrico alla rete domestica, magari parte, ma ciò basterebbe a dire che è la batteria in quanto scarica o danneggiata il problema? Potrebbe essere qualcosa nell'elettronica che non per forza si sblocca con una batteria nuova.
Più che discettare sulla forma del BSOD, sarebbe il caso di preoccuparsi sulla sostanza: il processo che lo governa dovrebbe consentire a realtime di riversare la diagnostica su un supporto esterno come una chiavetta USB, da poter studiare a posteriori. Chiaro che se il problema è proprio il controller USB... |
Credo ti sfugga tutto.
Il BSOD dipende da systemd, può essere che usando una delle distro live senza systemd l'errore non si presenti proprio e da live puoi leggerti il log dell'errore generato da systemd ma evito come la peste distribuzioni con systemd quindi non te lo posso garantire.
Sulle mie macchine neanche dopo morto installero cancri nati per rendere difficili le cose semplici.  |
|
| Top |
|
|
Homer S.
Dio Kwisatz Haderach
Registrato: 24/12/21 10:59
Messaggi: 6362
Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
| Inviato: 15 Dic 2023 18:20 Oggetto: |
 |
|
| etabeta ha scritto: | | Credo ti sfugga tutto. |
Non mi sembra una reazione adeguata. Io ho esposto chiaramente lo scenario.
Se systemd genera il BSOD ma non è in grado di trascriverlo, cosa importa con che mezzo cerco di recuperare il log? Questo non ci sarà comunque. Per questo sarebbe il caso di prevedere una modalità che, al verificarsi della segnalazione, dà facoltà all'utente di registrare a caldo la diagnostica su un supporto di emergenza come una chiavetta USB, esattamente come i Magic SysRq keys permettono azioni essenziali anche con un sistema impallato.
Nelle tue affermazioni continui a dare per scontato che in un modo o nell'altro quel log da qualche parte viene scritto... Ma scontato non è. Perché, poi, asserirlo se a posteriori aggiungi che tanto systemd non lo userai mai (e dunque non puoi pronosticarne il comportamento)?
Vorrei che fosse chiaro che poter sollevare l'eccezione è una cosa, poterla documentare è un'altra, ed è su questa dualità che si concentrano i miei dubbi. Anche se non ti sembrano d'interesse perché in partenza scarti lo strumento in sé, devi riconoscere che il problema almeno per gli altri può sussistere. |
|
| Top |
|
|
|
FAQ
Cerca
Lista utenti
Gruppi
Registrati
Profilo
Messaggi privati
Log in
