Re: [vox-tech] a reboot powers off machine
"Machine is a circ 1999 Pentium II 400Mhz Gateway" my guess is that the hardware on the machine does not implement power on. once it's down, it's cold, and there's no software control for turning power on again. On Thu, 2008-12-11 at 09:03 -0800, Shwaine wrote: > On Tue, 9 Dec 2008, Scott Miller wrote: > > > Ok here's a good one, if you have any ideas. Machine is a circ 1999 > > Pentium II 400Mhz Gateway running Debian Lenny. Two IDE drives in RAID > > 1. This is my home server. > > > > Issuing 'sudo reboot', 'init 6', 'shutdown -r now', etc. powers off > > the machine. No reboot. At the end, the last message I see is: > > > > Will now Halt > > > > Do you have any ideas? There are pretty much zero options in the BIOS. > > The only thing having to do with power is to enable or disable BIOS > > power management. I've tried turning that off, but it makes no > > difference here. > > > > All logs seem to look normal and fine. I can't seem to find anything > > hanging, or that would be causing it to power off instead of reboot. > > Maybe this thing is too old to have proper power management? > > > > I had somewhat of the inverse situation with a new Dell machine where > issuing halt would not halt the machine. It turned out to be some > "automagic" detection that the kernel was doing to determine how to reboot > and halt Dells was not working correctly on that machine. The file > involved in the kernel is arch/i386/kernel/reboot.c. Depending on what > version of the kernel you are running (since you didn't say if you'd > updated that from the default), there will be varying levels of this > automagic detection and it might have more than just Dells on the list. My > solution was to send the option "reboot=bios" to the kernel on booting. > This overrides the automagic detection. There are other arguments to that > option (see reboot.c for a list) that may be needed on your system. > > Melissa > ___ > vox-tech mailing list > vox-tech@lists.lugod.org > http://lists.lugod.org/mailman/listinfo/vox-tech > ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Copying/ Moving Large number of files
Troy Arnold wrote:
> On Thu, Dec 11, 2008 at 04:48:34PM -0500, ALLO (Alfredo Lopez De Leon)
> wrote:
>> Hi,
>>
>> I need to move a large number of directories whose size ranges from 1GB
>> to 6 GB (multiple files ~400mb each) between two NFS partitions. Which
>> is the safest way to do it? Will "mv dir1 /bla/bla/bla/dir1" will
>> suffice? The data is extremely valuable and I will hate to lose it
>> during the process, should I do "copy" {cp -r dir1 /bla/bla/bla/dir1}
>> instead and then remove the originals?
>
>
> mv would be fine because the file isn't unlinked from the source until it
> has successfully been written to the destination.
I strongly disagree, having had problems with mv and large numbers of files.
It isn't that data gets lost... it is simply that sorting out the mess
of directories and files in two different places if there is a problem
is a headache.
> Still, I'd use rsync. It has the advantage that it can resume if for some
> reason the transfer gets interrupted.
>
> rsync -av dir1 /bla/bla/bla
rsync -avr ?
> Note the lack of trailing slash on 'dir1'. If you include a trailing
> slash, rsync will copy the *contents* of that directory and not the
> directory itself.
>
> If you're extra paranoid you can use md5sum to compare the files in the
> source and destination.
I agree with the rest of your comments. :)
> p.s. if the data is that valuable, then maybe you should keep it in both
> places :)
Well, in multiple places.
--
---
Jeff NewmillerThe . . Go Live...
DCN:Basics: ##.#. ##.#. Live Go...
Live: OO#.. Dead: OO#.. Playing
Research Engineer (Solar/BatteriesO.O#. #.O#. with
/Software/Embedded Controllers) .OO#. .OO#. rocks...1k
---
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] a reboot powers off machine
On Tue, 9 Dec 2008, Scott Miller wrote: > Ok here's a good one, if you have any ideas. Machine is a circ 1999 > Pentium II 400Mhz Gateway running Debian Lenny. Two IDE drives in RAID > 1. This is my home server. > > Issuing 'sudo reboot', 'init 6', 'shutdown -r now', etc. powers off > the machine. No reboot. At the end, the last message I see is: > > Will now Halt > > Do you have any ideas? There are pretty much zero options in the BIOS. > The only thing having to do with power is to enable or disable BIOS > power management. I've tried turning that off, but it makes no > difference here. > > All logs seem to look normal and fine. I can't seem to find anything > hanging, or that would be causing it to power off instead of reboot. > Maybe this thing is too old to have proper power management? > I had somewhat of the inverse situation with a new Dell machine where issuing halt would not halt the machine. It turned out to be some "automagic" detection that the kernel was doing to determine how to reboot and halt Dells was not working correctly on that machine. The file involved in the kernel is arch/i386/kernel/reboot.c. Depending on what version of the kernel you are running (since you didn't say if you'd updated that from the default), there will be varying levels of this automagic detection and it might have more than just Dells on the list. My solution was to send the option "reboot=bios" to the kernel on booting. This overrides the automagic detection. There are other arguments to that option (see reboot.c for a list) that may be needed on your system. Melissa ___ vox-tech mailing list vox-tech@lists.lugod.org http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Copying/ Moving Large number of files
I would 'cp' them then remove originals. 'mv' will be fine, if it's all in the
same mounted filesystem. If you're crossing filesystem boundaries, it's
usually safer to cp then delete original. At least, that has had the most luck
for me.
--cheers
jan
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
"The most potent weapon in the hands of the oppressor is the
mind of the oppressed."
-- Steven Biko
("White Racism and Black Consciousness", in I Write What I Like)
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
--- On Thu, 12/11/08, ALLO (Alfredo Lopez De Leon) wrote:
> From: ALLO (Alfredo Lopez De Leon)
> Subject: [vox-tech] Copying/ Moving Large number of files
> To: "vox-tech"
> Date: Thursday, December 11, 2008, 1:48 PM
> Hi,
>
> I need to move a large number of directories whose size
> ranges from 1GB to 6 GB (multiple files ~400mb each) between
> two NFS partitions. Which is the safest way to do it? Will
> "mv dir1 /bla/bla/bla/dir1" will suffice? The
> data is extremely valuable and I will hate to lose it during
> the process, should I do "copy" {cp -r dir1
> /bla/bla/bla/dir1} instead and then remove the originals?
>
> Thanks a lot in advance for your help.
>
>
> Best Regards
> Alfredo Lopez
> ___
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Copying/ Moving Large number of files
On Thu, Dec 11, 2008 at 1:48 PM, ALLO (Alfredo Lopez De Leon) <
a...@novozymes.com> wrote:
> Hi,
>
> I need to move a large number of directories whose size ranges from 1GB to
> 6 GB (multiple files ~400mb each) between two NFS partitions. Which is the
> safest way to do it? Will "mv dir1 /bla/bla/bla/dir1" will suffice? The
> data is extremely valuable and I will hate to lose it during the process,
> should I do "copy" {cp -r dir1 /bla/bla/bla/dir1} instead and then remove
> the originals?
>
> Thanks a lot in advance for your help.
>
>
> Best Regards
> Alfredo Lopez
>
Hi Alfredo,
I would do
md5sum > md5.txt
cp -pr
md5sum -c md5.txt
rm
Or do the same md5 steps but write to DVD & use sneakernet to be even safer
(with an added benefit of having a backup also).
HTH,
Foo
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] Copying/ Moving Large number of files
On Thu, Dec 11, 2008 at 04:48:34PM -0500, ALLO (Alfredo Lopez De Leon)
wrote:
> Hi,
>
> I need to move a large number of directories whose size ranges from 1GB
> to 6 GB (multiple files ~400mb each) between two NFS partitions. Which
> is the safest way to do it? Will "mv dir1 /bla/bla/bla/dir1" will
> suffice? The data is extremely valuable and I will hate to lose it
> during the process, should I do "copy" {cp -r dir1 /bla/bla/bla/dir1}
> instead and then remove the originals?
mv would be fine because the file isn't unlinked from the source until it
has successfully been written to the destination.
Still, I'd use rsync. It has the advantage that it can resume if for some
reason the transfer gets interrupted.
rsync -av dir1 /bla/bla/bla
Note the lack of trailing slash on 'dir1'. If you include a trailing
slash, rsync will copy the *contents* of that directory and not the
directory itself.
If you're extra paranoid you can use md5sum to compare the files in the
source and destination.
p.s. if the data is that valuable, then maybe you should keep it in both
places :)
-t
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
[vox-tech] Copying/ Moving Large number of files
Hi,
I need to move a large number of directories whose size ranges from 1GB to 6 GB
(multiple files ~400mb each) between two NFS partitions. Which is the safest
way to do it? Will "mv dir1 /bla/bla/bla/dir1" will suffice? The data is
extremely valuable and I will hate to lose it during the process, should I do
"copy" {cp -r dir1 /bla/bla/bla/dir1} instead and then remove the originals?
Thanks a lot in advance for your help.
Best Regards
Alfredo Lopez
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
