> By the way, what is the big picture, if you don't mind my asking? Are you
> trying to eventually achieve a "diskless workstation"? What is the
> overall goal here?
It's a cluster where machines get booted, shutdown or replaced regularly.
So it would be nice to keep the kernel running.
K. Hase
On Fri, 26 Mar 2010 04:50:44 -0400 (EDT), Katharina Haselhorst wrote:
> Stephen Powell wrote:
>> Katharina Haselhorst wrote:
>>> What I still need to figure out is how I can replace init with a custom
>>> process... but I think for that I will have to patch init itself.
>>
>> Why do you need to pat
What I still need to figure out is how I can replace init with a custom
process... but I think for that I will have to patch init itself.
Why do you need to patch init?
I'm not sure if I really have to but I don't want to run all init
scripts of the new system right away but do some other stu
On Wed, 24 Mar 2010 04:16:20 -0400 (EDT), K. Haselhorst wrote:
> Stephen Powell wrote:
>>
>> Maybe lsof doesn't necessarily list everything. What does "fuser -m
>> /old_root"
>> show? What about doing "fuser -k -m /old_root"?
>
> Ok, I finally got the old root unmounted. There were some tmpfs mo
>> The umount command fails with "device is busy". privot root and chroot
>> work fine.
>
> So everything works except the umount. Interesting. From the example
> in the man page they obviously expect it to be possible to umount the
> old root file system.
>
>>> Kill should be able to kill any pr
On Tue, 23 Mar 2010 05:18:03 -0400 (EDT), K. Haselhorst wrote:
> Stephen Powell wrote:
>> But where exactly is the failure occuring?
>> Does the mount command fail?
>> Does the pivot_root command fail? Does exec chroot fail?
>
> The umount command fails with "device is busy". privot root and chro
>> I really wonder in which context this example (and also the other one
>> given
>> in the manpage) could work? Have you sucessfully tried it on your
>> system?
>
> No, I've never had occasion to.
> But where exactly is the failure occuring?
> Does the mount command fail?
> Does the pivot_root com
On Mon, 22 Mar 2010 18:19:40 -0400 (EDT), Katharina Haselhorst wrote:
> Stephen Powell wrote:
>> You would probably want to run all the executable files in /etc/rc6.d
>> in alphabetical order, supplying the "stop" parameter, with the
>> exception of the last one, which on my system is S90reboot.
>
You would probably want to run all the executable files in /etc/rc6.d
in alphabetical order, supplying the "stop" parameter, with the
exception of the last one, which on my system is S90reboot.
that's what I was doing - only with runlevel 0 without doing the actual
halt at the end.
Then run
On Mon, 22 Mar 2010 15:03:58 -0400 (EDT), Katharina Haselhorst wrote:
> Stephen Powell wrote:
>> Maybe it's time to step back and ask a more basic question.
>> What is it that you are trying to accomplish? I know that you are trying
>> to do a pivot_root. But *why* are you trying to do a pivot_ro
Hello,
Maybe it's time to step back and ask a more basic question.
What is it that you are trying to accomplish? I know that you are trying
to do a pivot_root. But *why* are you trying to do a pivot_root?
Why do you think you need to do it? What is the real-world problem
that you are trying t
On Sun, 21 Mar 2010 09:38:12 -0400 (EDT), Katharina Haselhorst wrote:
> Since I'm doing a pivot_root before trying to umount the old root there
> are still several processes keeping some files open inside the old root
> subdirs. Init is still running, als well as rc and one shutdown script
> (at
Hello,
fuser -m /home
will list the process ids which are accessing any file under /home.
Compare that to the output of "ps aux" to see which processes you
need to terminate in order to be able to umount /home.
Since I'm doing a pivot_root before trying to umount the old root there
are s
On Sat, 20 Mar 2010 11:43:45 -0400 (EDT), Katharina Haselhorst wrote:
>
> no, I don't have X. I just tried to mount --move /dev and /proc to the
> new root before actually doing the pivot-root. proc/mounts doesn't show
> any mountpoints under old-root afterwards, but an umount still gives
> device
no, I don't have X. I just tried to mount --move /dev and /proc to the
new root before actually doing the pivot-root. proc/mounts doesn't show
any mountpoints under old-root afterwards, but an umount still gives
device busy...
On 03/20/2010 02:33 PM, Rogerio Luz Coelho wrote:
are you doing this
are you doing this with X enabled?
If so stop X before atempting a umount
Rogerio
2010/3/20 Katharina Haselhorst
> Hello,
>
> I'm running debian lenny with xen kernel 2.6.26, amd64. Inside a domU I
> need to make a pivot_root and unmount the old root afterwards.
> I've done the following:
>
>
Hello,
I'm running debian lenny with xen kernel 2.6.26, amd64. Inside a domU I
need to make a pivot_root and unmount the old root afterwards.
I've done the following:
cd /newroot
(newroot contains a minimal system from initrd, dev/console, dev/null
and old-root are available unter newroot/)
17 matches
Mail list logo
