Really no one knows ?!

2003-11-10 Thread itetcu
Hi,


A few days ago I've asked in this message:
http://www.freebsd.org/cgi/getmsg.cgi?
fetch=1728586+0+/usr/local/www/db/text/2003/freebsd-current/20031109.
freebsd-current

about suggestions of how to recover the non-root slices from a HDD 
after the change of the mainbord resulted in not finding the 
superblock, or at least how to avoid such things in the future.

DES suggested You probably switched your disk from CHS to LBA mode or 
vice versa in this message:
http://www.freebsd.org/cgi/getmsg.cgi?
fetch=1815326+0+/usr/local/www/db/text/2003/freebsd-current/20031109.
freebsd-current
which it is not the case.

Now, leaving apart that my lest backup dated a month ago, and it's 
really stupid to lost all your data from a HDD without suffering any 
hardware or software crash, I would really apreciate some ideas, links 
whatever about what it is to do to avoid this to happend if the 
future.


Mannyt thanks,
IOnut
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Really no one knows ?!

2003-11-10 Thread Michel TALON
 Now, leaving apart that my lest backup dated a month ago, and it's 
 really stupid to lost all your data from a HDD without suffering any 
 hardware or software crash, I would really apreciate some ideas, links 
 whatever about what it is to do to avoid this to happend if the 
 future.

Just an idea. This occurred to me once that the superblock and primary
alternate were corrupted. Hence i was in the same unfortunate situation
as you, fsck was not working. The situation was solved by running
newfs with the -N flag on the slice. This printed the location of 
other copies of the superblock. Feeding that to fsck allowed to recover
the filesystem, without losing anything.


-- 

Michel TALON

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Really no one knows ?!

2003-11-10 Thread itetcu
Quoting Putinas Piliponis [EMAIL PROTECTED]:

 some bioses thinks differently about geometry layout for harddisk

It seems to me that some Gigabyte MB (with extended fetures like 
SATA or RAID controlers - even when they're not used) report some 
other HDD geometry that the normal ones.

 btw dont trust to
 much what it shows you in bios ... 

This days I tend to not trust anything :-/

The system was istalled on a Gigabyte GA-7VAXP (KT400/8235) and moved 
_without_any_problem_ on a Gigabyte GA-7VT600 1394 (KT600/8237). The 
HDD set in BIOS on auto and no custom newfs options. But on this new  
Gigabyte GA-7VT600L (KT600/8237) it just not working.

Now, I'll lose some money due to a dead-line ...
I'll do daylly back-ups in the future...
This is just my desktop ... with mail, docs and work on it. It's 
fruntating to see the XP booting up with no problem and loosing all 
your BSD data ...

But what if the same thing happends on one of my servers ? That's what 
really scares me.

 if you still have old mb - try
 to boot
 from that one, and see what is says and make same with new one ...
[..]
 I
 would recommend to start from cd, and in sysinstall choose fdisk
 and after
 there is option to change / view disk geometry layout ...

Yeh, If I was having it probably I wouldn't bother the list so much. 
But I don't have it.
I now the G option, but I don't understand what your suggestion is. 
Could you please elaborate ?

Still, suposing I'll get one MB from my supplier and see what geometry 
that mobo reports, what should I do to get the HDD working on the new 
mobo ? 

Thanks,
IOnut


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Really no one knows ?!

2003-11-10 Thread itetcu
- Forwarded message from [EMAIL PROTECTED] -
Date: Mon, 10 Nov 2003 13:29:39 +0200
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
  To: Michel TALON [EMAIL PROTECTED]

Quoting Michel TALON [EMAIL PROTECTED]:

 Just an idea. This occurred to me once that the superblock and 
primary alternate were corrupted. Hence i was in the same unfortunate 
situation as you, fsck was not working. The situation was solved by 
running newfs with the -N flag on the slice. This printed the location 
of other copies of the superblock. Feeding that to fsck allowed to 
 recover the filesystem, without losing anything.

Booted from the Fixit disk.

On the /temp:

Fixit# newfs -N ad0s2d
/dev/ad0s2d: 512.0MB (1048576 sectors) block size 16384, fragment size 
2048using 4 cylinder groups of 128.02MB, 8193 blks, 16448 inodes.
super-block backups (for fsck -b #) at:
 160, 262336, 524512, 786688

Fixit# fsck_ufs -b 262336 -n ad0s2d
Alternate super block location: 262336
** /dev/ad0s2d (NO WRITE)
262336 is not a system superblock.

Same with 160, 262336, 524512, 786688


On the /, which when booting from the harddisk and fsck-ing is OK ???:

Fixit# newfs -N ad0s2a
/dev/ad0s2a: 256.0MB (524288 sectors) block size 16384, fragment size 
2048 using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes.
super-block backups (for fsck -b #) at:
 160, 131264, 262368, 393472

Fixit# fsck_ufs -b 160 -n ad0s2a
Alternate super block location: 160
** /dev/ad0s2a (NO WRITE)
** Last Mounted on 
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
SUMMARY BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

2123 files, 37012 used, 126839 free (7 frags, 15854 blocks, 0.0% 
fragmentation)


Fixit# newfs -N ad0s2
/dev/ad0s2: 84474.6MB (173003984 sectors) block size 16384, fragment 
size 2048 using 460 cylinder groups of 183.77MB, 11761 blks, 23552 
inodes.super-block backups (for fsck -b #) at:
 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 
3010976, 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 
5645440, 6021792, 6398144, 6774496, 7150848, 7527200, 7903552, 
8279904, 8656256, 9032608, 9408960, 9785312, 10161664, 10538016, 
10914368, 11290720, 11667072, 12043424, 12419776, 12796128, 13172480, 
13548832, 13925184, 14301536, 14677888, 15054240, 15430592, 15806944, 
16183296, 16559648, 16936000, 17312352, 17688704, 18065056, 18441408, 
18817760, 19194112, 19570464, 19946816, 20323168, 20699520, 21075872, 
21452224, 21828576, 22204928, 22581280, 22957632, 2984, 23710336, 
24086688, 24463040, 24839392, 25215744, 25592096, 25968448, 26344800, 
26721152, 27097504, 27473856, 27850208, 28226560, 28602912, 28979264, 
29355616, 29731968, 30108320, 30484672, 30861024, 31237376, 31613728, 
31990080, 32366432, 32742784, 33119136, 33495488, 33871840, 34248192, 
34624544, 35000896, 35377248, 35753600, 36129952, 36506304, 36882656, 
37259008, 37635360, 38011712, 38388064, 38764416, 39140768, 39517120, 
39893472, 40269824, 40646176, 41022528, 41398880, 41775232, 42151584, 
42527936, 42904288, 43280640, 43656992, 44033344, 44409696, 44786048, 
45162400, 45538752, 45915104, 46291456, 46667808, 47044160, 47420512, 
47796864, 48173216, 48549568, 48925920, 49302272, 49678624, 50054976, 
50431328, 50807680, 51184032, 51560384, 51936736, 52313088, 52689440, 
53065792, 53442144, 53818496, 54194848, 54571200, 54947552, 55323904, 
55700256, 56076608, 56452960, 56829312, 57205664, 57582016, 57958368, 
58334720, 58711072, 59087424, 59463776, 59840128, 60216480, 60592832, 
60969184, 61345536, 61721888, 62098240, 62474592, 62850944, 63227296, 
63603648, 6398, 64356352, 64732704, 65109056, 65485408, 65861760, 
66238112, 66614464, 66990816, 67367168, 67743520, 68119872, 68496224, 
68872576, 69248928, 69625280, 70001632, 70377984, 70754336, 71130688, 
71507040, 71883392, 72259744, 72636096, 73012448, 73388800, 73765152, 
74141504, 74517856, 74894208, 75270560, 75646912, 76023264, 76399616, 
76775968, 77152320, 77528672, 77905024, 78281376, 78657728, 79034080, 
79410432, 79786784, 80163136, 80539488, 80915840, 81292192, 81668544, 
82044896, 82421248, 82797600, 83173952, 83550304, 83926656, 84303008, 
84679360, 85055712, 85432064, 85808416, 86184768, 86561120, 86937472, 
87313824, 87690176, 88066528, 88442880, 88819232, 89195584, 89571936, 
89948288, 90324640, 90700992, 91077344, 91453696, 91830048, 92206400, 
92582752, 92959104, 93335456, 93711808, 94088160, 94464512, 94840864, 
95217216, 95593568, 95969920, 96346272, 96722624, 97098976, 97475328, 
97851680, 98228032, 98604384, 98980736, 99357088, 99733440, 100109792, 
100486144, 100862496, 101238848, 101615200, 101991552, 102367904, 
102744256, 103120608, 103496960, 103873312, 104249664, 104626016, 
105002368, 105378720, 105755072, 106131424, 106507776, 106884128,
 107260480, 107636832, 108013184, 108389536, 108765888, 109142240, 
109518592, 109894944, 110271296, 110647648,