Pages

Search

Wiping out MBR (and Grub) - Forums Linux

Wiping out MBR (and Grub) - Forums Linux


Wiping out MBR (and Grub)

Posted: 21 Jun 2006 04:12 PM PDT

On 21 Jun 2006 16:23:24 -0700, "OtisUsenet" <com> wrote:
 

Depends what you mean by mess up. It skips the MBR so the partition table
should be safe, grub writes to 2..63 which may be confusing winxp, but,
I'm not looking over your shoulder.
 

If, after doing this, you cannot boot winxp CDROM and go recovery console,
fixmbr, fixboot -- I dunno what's wrong, something may have damaged the
NTFS partition -- was NTFS write from linux attempted? Try chkdsk too.

To wipe the HDD and start over (final solution, all data will be lost),
zero the complete drive with: dd if=/dev/zero bs=4k of=/dev/hdX

Assumes you booted with some linux install / rescue CDROM. As a bonus
this method also gives the HDD a chance to remap iffy sectors, so it is
good maintenance ;)

Grant.
--
Cats are smarter than dogs. You can't make eight cats pull
a sled through the snow.

Tool to take snapshot of current installation

Posted: 20 Jun 2006 06:02 AM PDT


"Grant" <com> wrote in message
news:com... 
 

You're zeroing the empty part of the partition by creating a file filled
with zerioes until it overflows? Ye ghods, you're begging to have hours
wasted. doing this. And this does nothing for the unused space remaining in
the last block of every file: that contains garbage, and that will clutter
the compression.

You've also left out the "hdparm" commands to speed performance under IDE or
ATA drives: most Linux systems default to some very slow settings, and
benefit from having "hdparm -d1c1 /dev/hdX" run.

 

Not as fast as doing it by filesystem with tar or rsync, believe me,
especially with larger modern disks that tend to have lots of space on them.
 


rdiff-backup with seperated diff part....

Posted: 18 Jun 2006 10:27 PM PDT


"Joseph" <com> wrote in message
news:googlegroups.com... 

This is how the old "dump" command worked, but it was often pesky to work
with, and doesn't work well anymore with files that have been written in RAM
but haven't made it to the disk yet. There are tools that do this still,
such as Amanda, but they do it by writing tar or dump information to tape or
an archive, not as a local file structure.

Instead, I really recommend "rsnapshot", at www.rsnapshot.org. Not only can
you get hourly, daily, weekly, or monthly snapshots, but they're hard-linked
together with all the identical files between adjacent snapshots, to save
space on the snapshot server. Very sweet trick, and a heck of a lot easier
torestore from than what you're describing.


Can't print Mozilla headers/footers

Posted: 18 Jun 2006 09:50 AM PDT

["Followup-To:" header set to comp.os.linux.misc.]
On Sun, 18 Jun 2006 09:50:42 -0700, CC wrote:
 

I went through this today. Click on Page Setup -> Margins &
Header/Footer and set all to 0.5 (in); OK. Then click on Print ->
Properties and set margins there to 0.25. That should do it.

Bob T.

Question about GRUB

Posted: 17 Jun 2006 07:33 PM PDT

Larry Luther wrote: 
.... snip ... 

They are, or intermixed with the *snipped* material to which you
reply. There are some rude or ignorant posters that do not observe
this elementary courtesy.

--
"I don't know where bin Laden is. I have no idea and really
don't care. It's not that important." - G.W. Bush, 2002-03-13
"No, we've had no evidence that Saddam Hussein was involved
with September the 11th." - George Walker Bush 2003-09-17


"Cron <root@FooBar> test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily"

Posted: 17 Jun 2006 11:32 AM PDT


<com> wrote in message
news:net... 

Read the manual page on the "find" command. This sort of command should work
pretty well.

find /usr/share/man -type l -print

 

OK, we've got something to work with there. There's a way to write a man
page that is entirely the contents of another man page, so that
/usr/share/man/man3/XauGetBestAuthByAddr.3x.gz will provide what is
effectively a symlink to the Xau.3x manpage. Take a look at the
XauGetBestAuthByAddr.3x file and you'll see something like ".so
man3x/Xau.3x". The makewhatis command that generates the fast lookup table
for "man -k" commands is mis-handling it, and not realizing that it should
and refer to the contents of "man3x/Xau.3x.gz"
 

It looks like you found the actual bug and it's reported. I hope my
explanation helps a bit to understand it.


Gaim: unable to set up account as unprivileged user

Posted: 15 Jun 2006 01:56 PM PDT

SadOldGit wrote:
 

First of all, thank you very much for offering your help.

I finally got to the bottom of it and not it's working just fine.

I'll explain...

First, let me say that I run a minimalistic version of slackware
10.2, kernel 2.6.13.2 on a tmpfs file system (built through the
linux-live scripts/unionfs concept). In this case the issue DID
happen to be related to gaim *in a tmpfs environment*

I solved it by moving the whole tmpfs system to an ext2 hard
drive partition (an orthodox linux install), booting it up with lilo,
then installing gaim.
Now gaim worked with the unprivileged user account. Next, I
transfered the system again to tmpfs, and now everything works
perfectly well.

My mistake was in assuming that gaim would install just fine in
a tmpfs environment, which it does NOT for unprivileged user
accounts. It was my initial experimental step before rebuilding
the tmpfs with gaim incorporated in it. My assumption that this
mustn't have been the issue came from the fact that all the other
programs I had installed so far had no relevant issues with being
installed and then run in a tmpfs environment.

What helped me pinpoint the problem was running strace on
gaim and finding there lots of permissions problems...

create partition w/o losing data

Posted: 15 Jun 2006 11:25 AM PDT

On Thu, 15 Jun 2006 14:25:45 -0400, NetComrade
<net> wrote: 
I don't know what an emcpowerb device is, but maybe you can use loopback
filesystems instead of partitions.


--
A man who carries a cat by its tail learns something he can learn
in no other way.

2 HD, 2 OS, and grub issues

Posted: 15 Jun 2006 11:12 AM PDT

iforone wrote:
 

bs=1024 didn't change the behavior
"GRUB _" is still the only thing I see.

My motherboard is a Tyan dual Opteron with NVIDIA RAID.
The first 2 disks are mirrored and the second 2 are striped.
But the gist of the NVIDIA RAID is that it is not supported
by the Kernel and can't be booted. I did have this working
under 64 bit Linux.

Dual Boot windows and linux - use of dd or BOOTPART.EXE

Posted: 15 Jun 2006 05:59 AM PDT

On Thu, 15 Jun 2006 11:26:55 -0600, Douglas Mayne <localnet> wrote:
 

To OP:
Correct -- even if the bootsector started grub, it would have changed,
try a fresh one. Even better, do it properly with grub, assuming that's
the SuSE default bootloader.

Discover how to recover MBR, whether it be win98's fdisk /mbr, winxp's
recovery console -> fixmbr and friends, bootpart, or linux install or
rescue CD and rewrite MBR with grub or lilo -- whatever bootloader you
choose.

Grant.
--
Memory fault -- brain fried

lm_sensor + intel se7320vp2

Posted: 13 Jun 2006 07:15 PM PDT

Alexandre Laplante wrote: 

You seem to be missing a module for your Intel chip,did you see a module
when you ran sensors-detect it usually matches one for the chip.

david