Re: Recupero Dati da HD danneggiato
Il 19/02/2016 11:59, Temax ha scritto: Salve a tutti, nonostante le molte guide che ci sono in rete, non sono riuscito a risolvere il problema. Mi si è rotto l'HD e la partizione dedicata a Debian (ext4), dove avevo tutti i miei file importanti, non è più accessibile, non si riesce a montare, e di conseguenza non posso recuperare niente. Ho provato con GParted, Scalpel, Testdisk, ma senza risultati. Qualcuno ha consigli in merito prima di rivolgermi a qualche centro spedcializzato? Grazie Max Photorec (nel pacchetto testdisk). Lo ho usato qualche giorno fa proprio su un hd esterno che il sistema non riusciva più a montare. Ciao :) -- cico Icq/Licq/Gaim #175451007 Debian Powered Linux Registered User #310800 at http://counter.li.org No retreat baby no surrender http://www.retenergie.it - coop di produttori e utilizzatori di energia da fonti rinnovabili tad evaarthamaatra-nirbhaasaM svaruupa-shuunyam iva samaadhiH Sanskrit - Realize it's the common language ;-)
Re: [AMD64-Stable] NFS non funziona più
In data venerdì 19 febbraio 2016 20:07:54, Leandro Noferini ha scritto: > Credo che la situazione sia più "articolata": spiego quello che credo di > aver capito. > > Se in /etc/fstab c'è la parola "noauto" systemd crea un'unità > "dati.automount" che viene "avviata" (cioè la condivisione viene montata > realmente) solo quando avviene una richiesta di tale directory. > > Se invece nella riga di /etc/fstab c'è la parola "auto" systemd crea > un'unità "dati.mount" che però non (mi) funziona perché prova ad > attivarla prima che ci sia la rete: ho trovato questo errore solo una > volta ma credo che le altre volte questo mi desse problemi di > temporizzazione oppure di intreccio con l'altra unità. > > La cosa alla fine dovrebbe funzionare con la parola "noauto". > > Scusate per le sicure imprecisioni e prendete quello che scrivo cum > grano salis perché oggi proprio non ho avuto modo di studiare meglio il > problema. Ora credo di aver capito, qui[1] parlano di "x-systemd.device-timeout=10", spero ti sia di aiuto. [1]https://wiki.manjaro.org/index.php?title=Fstab_-_Use_SystemD_automount
Re: [AMD64-Stable] NFS non funziona più
Felipewrites: [...] >> Ci deve essere un timeout che devo trovare come sistemare nel caso in >> cui il server nfs non risponda in un tempo prefissato. > > Esatto (da man nfs); Credo che la situazione sia più "articolata": spiego quello che credo di aver capito. Se in /etc/fstab c'è la parola "noauto" systemd crea un'unità "dati.automount" che viene "avviata" (cioè la condivisione viene montata realmente) solo quando avviene una richiesta di tale directory. Se invece nella riga di /etc/fstab c'è la parola "auto" systemd crea un'unità "dati.mount" che però non (mi) funziona perché prova ad attivarla prima che ci sia la rete: ho trovato questo errore solo una volta ma credo che le altre volte questo mi desse problemi di temporizzazione oppure di intreccio con l'altra unità. La cosa alla fine dovrebbe funzionare con la parola "noauto". Scusate per le sicure imprecisioni e prendete quello che scrivo cum grano salis perché oggi proprio non ho avuto modo di studiare meglio il problema. [...] -- leandro Scegli sempre un'idea che ti permetta poi di cambiarla http://6xukrlqedfabdjrb.onion signature.asc Description: PGP signature
Re: Debian LTS
Il 19/02/2016 11:31, Valter Cecconi ha scritto: > qualcuno mi sa dire come devo fare x cancellarmi dal forum? Manda una mail a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe" oppure vai qui: https://www.debian.org/MailingLists/unsubscribe Gabriele :-)
Re: Recupero Dati da HD danneggiato
Il 19/02/2016 11:59, Temax ha scritto: Salve a tutti, nonostante le molte guide che ci sono in rete, non sono riuscito a risolvere il problema. Mi si è rotto l'HD e la partizione dedicata a Debian (ext4), dove avevo tutti i miei file importanti, non è più accessibile, non si riesce a montare, e di conseguenza non posso recuperare niente. Ho provato con GParted, Scalpel, Testdisk, ma senza risultati. Qualcuno ha consigli in merito prima di rivolgermi a qualche centro spedcializzato? Grazie Max Kroll Ontrack. Luciano
Re: Recupero Dati da HD danneggiato
Il 19/02/2016 11:59, Temax ha scritto: Salve a tutti, nonostante le molte guide che ci sono in rete, non sono riuscito a risolvere il problema. Mi si è rotto l'HD e la partizione dedicata a Debian (ext4), dove avevo tutti i miei file importanti, non è più accessibile, non si riesce a montare, e di conseguenza non posso recuperare niente. Ho provato con GParted, Scalpel, Testdisk, ma senza risultati. Qualcuno ha consigli in merito prima di rivolgermi a qualche centro spedcializzato? Grazie Max Ciao Max, il sistema vede il disco oppure non viene nemmeno riportato? Che tipo di danno ha subito e da cosa è stato causato?
Recupero Dati da HD danneggiato
Salve a tutti, nonostante le molte guide che ci sono in rete, non sono riuscito a risolvere il problema. Mi si è rotto l'HD e la partizione dedicata a Debian (ext4), dove avevo tutti i miei file importanti, non è più accessibile, non si riesce a montare, e di conseguenza non posso recuperare niente. Ho provato con GParted, Scalpel, Testdisk, ma senza risultati. Qualcuno ha consigli in merito prima di rivolgermi a qualche centro spedcializzato? Grazie Max
Re: Debian LTS
intendi cancelarti da quetsa mailing list? Il giorno ven 19 feb 2016 alle ore 11:31 Valter Cecconiha scritto: > qualcuno mi sa dire come devo fare x cancellarmi dal forum? > > Il 18/02/2016 18:21, Alessandro Baggi ha scritto: > > Il 18/02/2016 18:01, Pol Hallen ha scritto: > >> > Come sta evolvendo l'esperimento/progetto riguardo al support LTS? > >>> Qualcuno sta utilizzando il supporto LTS? > >> > >> direi bene :-) > >> > >> ho 8 server (oldstable) e sono iscritto alla lista. > >> I membri sono davvero velocissimi a correggere i bug. Mai nessun > >> problema (fin'ora)... > >> > >> peccato che a fine mese scade il supporto :-/ > >> > >> > >> Pol > >> > >> > > > > Beh 5 anni di supporto vanno più che bene. Con i 10 di Centos si > > rischia di rimanere nel medioevo secondo me. > > > >
Re: Debian LTS
qualcuno mi sa dire come devo fare x cancellarmi dal forum? Il 18/02/2016 18:21, Alessandro Baggi ha scritto: Il 18/02/2016 18:01, Pol Hallen ha scritto: > Come sta evolvendo l'esperimento/progetto riguardo al support LTS? Qualcuno sta utilizzando il supporto LTS? direi bene :-) ho 8 server (oldstable) e sono iscritto alla lista. I membri sono davvero velocissimi a correggere i bug. Mai nessun problema (fin'ora)... peccato che a fine mese scade il supporto :-/ Pol Beh 5 anni di supporto vanno più che bene. Con i 10 di Centos si rischia di rimanere nel medioevo secondo me.
Re: [AMD64-Stable] NFS non funziona più
Il 19/02/16 10:20, Felipe ha scritto: >> Perché dati.automount resta in "WAITING"? > Hai provato a sostituire "x-systemd.automount" con "auto"? dubbio: tempo addietro bestemmiai in modo abnorme su un problema del menga di systemd: il motivo di fondo era che non mi prendeva la configurazione di openvpn. lo so' non c'entra nulla, ma una delle soluzioni funzionanti era: systemctl disable e poi systemctl enable in pratica il ragazzo di rifa le sue cose.
Re: [AMD64-Stable] NFS non funziona più
In data venerdì 19 febbraio 2016 10:31:18, Leandro sullo sgorbio ha scritto: > Il giorno ven, 19/02/2016 alle 10.20 +0100, Felipe ha scritto: > > > Perché non mi viene montato? > > > > > > Perché dati.automount resta in "WAITING"? > > > > Hai provato a sostituire "x-systemd.automount" con "auto"? > > Quello l'avevo già provato ma non mi funzionava più con systemd. > > Ci deve essere un timeout che devo trovare come sistemare nel caso in > cui il server nfs non risponda in un tempo prefissato. Esatto (da man nfs); timeo=nThe time in deciseconds (tenths of a second) the NFS client waits for a response before it retries an NFS request. For NFS over TCP the default timeo value is 600 (60 seconds). The NFS client performs linear backoff: After each retransmission the timeout is increased by timeo up to the maximum of 600 seconds. However, for NFS over UDP, the client uses an adaptive algorithm to estimate an appropriate timeout value for frequently used request types (such as READ and WRITE requests), but uses the timeo setting for infrequently used request types (such as FSINFO requests). If the timeo option is not specified, infrequently used request types are retried after 1.1 seconds. After each retransmission, the NFS client doubles the timeout for that request, up to a maximum timeout length of 60 seconds.
Re: [AMD64-Stable] NFS non funziona più
Il giorno ven, 19/02/2016 alle 10.20 +0100, Felipe ha scritto: > > Perché non mi viene montato? > > > > Perché dati.automount resta in "WAITING"? > > Hai provato a sostituire "x-systemd.automount" con "auto"? Quello l'avevo già provato ma non mi funzionava più con systemd. Ci deve essere un timeout che devo trovare come sistemare nel caso in cui il server nfs non risponda in un tempo prefissato. -- Ciao leandro signature.asc Description: This is a digitally signed message part
Re: [AMD64-Stable] NFS non funziona più
In data giovedì 18 febbraio 2016 22:45:43, Leandro Noferini ha scritto: > Perché non mi viene montato? > > Perché dati.automount resta in "WAITING"? Hai provato a sostituire "x-systemd.automount" con "auto"? Ciao
Re: Debian LTS
>> >> >> Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da versione >> precedente a versione nuova ed è (era) obbligatorio reinstallare ? >> >Ciao Luca, >ad oggi, che io sappia, se esce un update "minor release" si aggiorna >tranquillamente, ma se devi effettuare l'aggiornamento della major >release non è possibile come con debian. Ci sono how-to in giro ma non >sembra una procedura "ufficiale" rh/centos. > > > Confermo. Nel mondo centos/rh per passare da una major a quella successiva, bisogna reinstallare. Walter
Re: [OT-hardware] low level format
Il Tue, 16 Feb 2016 23:33:02 +0100, le_gauche ha scritto: > si in effetti è proprio quello che mi interessava fare, anche se > perderei qualcosa della capacità finale almeno potrei (con la debita > cautela) continuare a sfruttare il disco. intanto controllo un po' il > man di fsck per maggiori lumi ma rimango aperto a qualsiasi altro > suggerimento. Il costo di un disco nuovo è enormemente inferiore alla somma di: - tempo perso a fare la marcatura dei blocchi - l'ansia che i dati vadano persi per nuovi badblock post-check - tempo perso a fare il restore quando troverai un nuovo file corrotto (sempre che tu abbia i backup) - tempo perso a fare il check periodicamente - se lo usi in RAID: rischio che corrompa dati anche sui dischi buoni. - e, se lo usi per roba di lavoro, un file qualsiasi che impieghi più di un'ora a ricreare in caso di corruzione. Insomma, nella mia esperienza non vale mai la pena. Bye.