| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56
Comments:
<peterbrett> ananke: My Windows XP install CD is being a b*tch
<ananke> peterbrett : nobody in their right mind ever 'removes' mbr. you just overwrite it with a new one
<Dagmar> peterbrett: If you really, REALLY want to overwrite the MBR (which is not useful in any amount) you can do it with `dd if=/dev/null of=/dev/hda bs=1 count=512`
<peterbrett> ananke: Because MS don't acknowledge the existence of alternative bootloaders or partition types
<ananke> peterbrett : use the windows tools, such as fdisk /mbr, fixmbr, et
<Kevin`> that will overwrite the partition table also, but it correct
<Peper> ananke: testdisk founds some deleted partition
<Dagmar> peterbrett: Note that if you leave off the last two arguments, dd CAN and WILL erase your entire hard drive
<peterbrett> ananke: The Windows installer won't start. :(
<ananke> ohgood : nobody did
<Kevin`> peterbrett i've never had any problems with win install and linux
<ohgood> Kevin`: mark that up as my first oopsie today. :D
<Peper> so maybe one of the superblocks has survived?
<Dagmar> peterbrett: This is why people are being very very picky about telling you that command
<peterbrett> ananke: It just says, 'Detecting your hardware' and then goes to a blank screen
<ananke> peterbrett : so that doesn't mean there is a problem with mbr
<[wizard]> peterbrett: tragic...
<ohgood> peterbrett: sp2 slipstreamed cd ?
<peterbrett> ohgood: Yep, it's a Home SP2 cd
<ohgood> peterbrett: i saw that with a sp2 cd, whereas the original was fine. i have no idea why though, sorry.
<Kevin`> probably intentional.
<ohgood> could be
<peterbrett> ohgood: Yup. The ##windows people said if I feed it a blank hard disk it should play nice
<Peper> ananke: if i would know that one of the superblocks has survived, how could i recover data?
<peterbrett> ohgood: Luckily I have two obscenely large disks in here, so backing up isn't going to be a problem
<ohgood> peterbrett: odd, i wonder why windows would cripple something as nice as a sp2-disk ? :\
<ananke> Peper : possibly. using fsck and pointing to the exact superblock
<slpyhd> cant get used to iproute
<Kevin`> Peper normally, mkfs will make the same superblocks each time.. so good luck, really :)
<Dagmar> slpyhd: Don't worry. There's definitely a bit of a bump at the bottom of the learning curve on that one
<Peper> Kevin`: resized partition before mke2fs
<Peper> Kevin`: how can i scan for superblocks anyway?
<Kevin`> dunno
<peterbrett> Argh. I've just realized I don't know which physical disk is /dev/sda1 and which is /dev/sda2
<Kevin`> both are the same, of course
<tgwj> they're both the same
<slpyhd> hehe
<ohgood> peterbrett: partitions
<Dagmar> peterbrett: Are they SATA?
<peterbrett> Dagmar: Yep
<Dagmar> peterbrett: Okay if you're not using 2.6.15 or newer it could actually be EITHER of them, BUT... I know all
<Kevin`> either partition?
<Dagmar> peterbrett: run hdparm -i against (it might be -I) either of them and you will see the *serial number* (ta-da!) of the drive
<Dagmar> Then all you have to do is get our your little penlight and take a lookie see
<peterbrett> Dagmar: Aha
<Dagmar> I have had your dilemna before, several times. Heh
<tgwj> SATA is neat...
<peterbrett> Dagmar: You can do that with sysinfo too... can't remember how though
<tgwj> no bulky cables...
<peterbrett> I'm looking forwarrd to when libata supports PATA as well as SATA, then everything can be sd*
<Dagmar> tgwj: Yeah there's definitely something disturbing about connecting a wee tiny cable to a hard drive after years of practicing 80-pin ribbon origami to get the damn things squared away neatly
<ohgood> peterbrett: flood me with: hdparm -tT /dev/sda when you get a chance, please :)
<Peper> and testdisk with deep search on /dev/vg/home found a deleted partition
<Peper> but dunno what to do next
<Dagmar> Peper: Did you make a 1-1 bit copy of the drive onto another drive?
<apropo> L1 and L2 chache is managed by hardware afaik, the kernel only has control over the cpu registers. Though, is it possible to view the content of that L1 and L2 respectively ? Any /dev or /proc file for that ?
<Dagmar> apropo: definitely not, man
<tgwj> it was more disturbing to me when SATA worked no prob first time I actually saw one but IDE wouldn't work in that same machine at first - damn UDMA round cables...
<Dagmar> It's not exactly useful to mess about with those because it will generally only give someone the ability to throw off what the CPU had in mind for the next few milliseconds for doing with those caches
<Peper> Dagmar: not, don't have enough space for that
<Dagmar> I love round cables
<Peper> Dagmar: but nothing changed yet
<Skunky> none of my computers are new enough to have sata. ):
<Dagmar> Peper: Okay, then anything you do with this disk that involves writing will be prefixed with the words "Very carefully"
<tgwj> I prefer round cables over the flat ones, but I prefer tiny cables over all ATA
<Dagmar> Peper: If the partition tables are in a state, nothing will stop you from doing something that would go past the end of what appears to be a partition and into annother one
<Dagmar> "in a state" being an idiom with identical meaning to "completely screwed up"
<Kevin`> all he did was format a drive afaik, nothing with partitions
<Peper> Dagmar: so what would you suggest?
<Peper> Dagmar: no.. partition tables are ok
<peterbrett> tgwj: I definitely prefer round cables (or at least square ones)
<Dagmar> Peper: Then what was this about using deep scans?
<Peper> i had a lvm ext3 partition
<Dagmar> Euw
<Peper> and run mke2fs on it
<Roscow> hello
<Kevin`> hello Roscow
<Dagmar> It's probably very very gone then
<Roscow> is it possible to save a realplayer stream to a wav ?
<Peper> deep searching it with testdisk finds smth
<Roscow> to pcm or mp3 ?
<ohgood> Roscow: with mplayer, you can dump and convert it, ya
<Dagmar> Peper: Finding the list of superblocks is your only hope
<tgwj> mplayer with w32codecs of course...
<Dagmar> Peper: You can usually do it IF you consult the man page for mke2fs and find the option that tells it "Don't actually do anything, let's just pretend" and use that option along with the ones you used for formatting it the last time
<Dagmar> It will say the list of superblocks.
<Roscow> ohgood good
<ohgood> ananke: interesting, i should go update all my MBR images now, since apparently i've done it incorrectly. :)
<Kevin`> Dagmar problem with that, is he just used it to overwrite those superblocks no?
<Dagmar> This will also bring up the important point of "If it's writing to these superblocks when I format it, they're probably all gone, aren't they"
<Roscow> ohgood simply by mplayer http://bladie.js=121
<Dagmar> It's much nicer to know your data is gone for sure
<Dagmar> Kevin`: yes but trying to recover the inode database without the superblocks to start off is wel... hgahahah
<Kevin`> he resised it or something before formatting it
<Peper> Dagmar: i have resized the partition before running mke2fs on it
<ohgood> Roscow: there are tutorials, i don't remember the switches, something like mplayer -dumpstream -dumpfile filename URL
<Dagmar> Kevin`: They would in theory be in the same places mkefs would have put them
<ohgood> Roscow: it's slow, only as fast as teh stream, but it does work
<Dagmar> In THEORY
<Peper> and it was ext3 before, now it's ext2
<Dagmar> Peper: That distinction actually doesn't matter
<Dagmar> Well, mostly doesn't matter.
<peterbrett> Oh well, time to nuke my MBR
<peterbrett> See you all soon
<Kevin`> hah
<Dagmar> You usually lose the journal in a conversion to ext2, but unless you crashed the filesystem before that what was in the journal doesn't matter
<infoB> does anyone knows if ppd hpijs supports duplex (two-sided) mode?
<Dagmar> Oooh page printing daemon
<Dagmar> infoB: It should. You'll have to tell it through the software somehow tho
<Dagmar> I thought HP had a tool for doing that in Linux now
<Peper> Dagmar: so i should shrink it again, and then run mke2fs -n ?
<Kevin`> shrinking sounds rather unwise in this case
<Dagmar> Peper: Nononononon. Shrinking it is going to *certainly* going to obliterate anything you had in there
<Peper> ok ;]
<infoB> Dagmar, i cannot, option is shaded, and command line input does not behave expected
<Dagmar> Like, run right through a shredder
<Peper> so how can i know where superblocks were written before?
<Dagmar> infoB: Does that printer support duplexing and most importantly, idd you tell the driver *exactly* what model printer you have, duplexing option included?
<Kevin`> Peper run mke2fs with the old size, and tell it to do nothing
<Kevin`> you can give a size to it right?
<Dagmar> infoB: At least in Win32 their drivers will typically refuse instructions for the printer to do things it thinks the printer can't do (mainly because the printer will throw back an error on the entire printjob)
<Roscow> hello anybody else experienced in realplayer ripping ?
<ohgood> Roscow: http://gentoo-wiki.com/HOWTO_Rip_Streams_With_MPlayer
<Kevin`> Peper but those superblocks if they exist may not have any useful information
<Peper> Kevin`: hmm, it was 30G now it is 35G
<Peper> not sure of the exact size
<Dagmar> Roscow: That would be a naughty illegal thing to do. Don't endanger the channel with questions like that. Endanger Google.
<Dagmar> ;)
<Kevin`> illegal to save a stream? pfft
<Dagmar> Of copyrighted audio, yes.
<Dagmar> If it's not copyrighted then the option *right in the player* to save the stream to disk will be active
<ohgood> Dagmar: hush!! my ignorance is fading
<infoB> Dagmar, in win32 i can use that option. i told driver exactly what model i have
<Peper> and how can i read a superblock and check if it's usefull?
<Dagmar> infoB: My guess is that there's some only sketchily documented option to tell the driver about the duplexer. Fish around for any readmes that came with the package
<gaz-> anyone recommend any good bandwidth restrictors
<Dagmar> gaz-: Terror.
<gaz-> Dagmar, cheers i'll give that a try
<FrieT> gaz-: use an old cheap hub ;)
<gaz-> FrieT, lol
<Dagmar> Users who are terrified of you will not abuse the network.
<Dagmar> otherwise you gotta deploy iptables/iproute/tc
<FrieT> gaz-: otherwise, iproute2 includes some tools for that
<Dagmar> Much easier to just kill a few as a warning to the others
<FrieT> 'tc'
<ohgood> Dagmar: LOL
<FrieT> gaz-: beware however, its syntax is horror :)
<gaz-> FrieT, hmm i'll use it as my last resort then :p
<Dagmar> If you don't understand IPv4, iproute2/tc will bend you over and perform unnatural acts upon your delicate personage.
Return to
#linux
or
Go to some related
logs:
SELECT * WHERE IN
dist-upgrade brick
#perl
ubunto glib apt-get
idesk yast
#ai
#lisp
#css
#perl
#perl
|
|
