Mick <michaelkintz...@gmail.com> [17-02-05 10:36]: > On Sunday 05 Feb 2017 10:13:09 meino.cra...@gmx.de wrote: > > J. Roeleveld <jo...@antarean.org> [17-02-05 10:04]: > > > On Sunday, February 5, 2017 9:46:53 AM CET meino.cra...@gmx.de wrote: > > > > J. Roeleveld <jo...@antarean.org> [17-02-05 08:44]: > > > > > On February 5, 2017 6:26:27 AM GMT+01:00, meino.cra...@gmx.de wrote: > > > > > >Hi, > > > > > > > > > > > >since my old Gentoo installation seems to be screwed up (regarding > > > > > >the update process) beyond repair I decided to install a new one > > > > > >instead of waiting for help. > > > > > > > > > > > >I already made space at a certain of my harddisk and installed the > > > > > >stage3 there. > > > > > >Chrooting is one of the first steps to check, whether what I have > > > > > >done so is valid. > > > > > > > > > > > >But before deleting the old root and install the new one at its > > > > > >place I would like to do a atmost identical boot into the new > > > > > >root. > > > > > > > > > > > >As far as I know the kernel only allows to boot into a partition > > > > > >(instead of a directory on a partition containing the root > > > > > >installation) and I am still using devices to boot from instead > > > > > >of GPT. > > > > > > > > > > > >Is there any neat trick to do a real boot into the new root via > > > > > >the normal boot process (grub2) nevertheless ? > > > > > > > > > > > >Cheers > > > > > >Meino > > > > > > > > > > If I understand correctly. The answer is no. (Unless you write some > > > > > clever > > > > > initramfs) > > > > > > > > > > Afaik, the kernel takes the entire partition and mounts it at '/'. If > > > > > you > > > > > want it to use a directory (which would then be at '/newinstall') you > > > > > need to get the kernel to chroot into that directory and run init in > > > > > there. > > > > > > > > > > Only option I see is to use an extra disk. Maybe a USB drive and use > > > > > that. > > > > > > > > > > -- > > > > > Joost > > > > > > > > Hi Joost, > > > > > > > > thanks fpr your posting! :) > > > > > > > > Ok...another USB drive mau lay around here...will see... > > > > Just two quick questions: > > > > > > > > Is this ok, to preserve as much as possible of the > > > > settings/attributes/whatever of the files or do you anything better > > > > and quickier than this: > > > > (cd <sourcedir>/. ; tar cf - . ) | ( cd <targetdir>/. ; tar xvpsf - ) > > > > ? > > > > > > Don't forget to add the permissions on the source side: > > > > > > tar --xattrs -cvpf . > > > And maybe also add "--xattrs" on the target side. > > > > > > Other options: > > > # rsync (not fully certain about options) > > > # cd <target> ; cp -a <source> . > > > > > > I never did any timing, but logic tells me using the "cp" option is > > > quicker > > > (as it is all on the same system) > > > > > > -- > > > Joost > > > > THANKS! for the correction of the commandline, Joost!!! > > > > While copying I am always on the same system ... it is just another > > subdirectory from the copuing process's perspective (or I miss > > the point here totally...still doing below my normal coffee level > > currentlu ;) > > > > I think rsync becomes speedy for updates...only...? > > > > Cheers > > Meino > > Also have a look at app-arch/star. > > Regarding booting off a directory, have a look at booting ISO images with > GRUB. I would think a similar approach should allow you to boot from a > directory instead of an ISO image. > -- > Regards, > Mick
Thanks for the infos, Mick! The last time I used star it kills my filesystem. It mau be the most POSIX compliant thing of the universe...but... Its long ago...I never have touched this again... I will check the grub thingy...good idea! :) Currentlu I am totally blocked from build a new system, since gcc has stopped working globally. Will see... Cheers Meino
