-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
No Hi at the begin as it seems to be not common sense anymore to
greet before answering.
Am Do den 2. Jan 2014 um 13:46 schrieb Roger Leigh:
This will prevent from using /usr via NFS or having a /usr md device or
having /usr on LVM (Not sure
On Thu, 2014-09-25 at 12:22 +0100, Klaus Ethgen wrote:
No Hi at the begin as it seems to be not common sense anymore to
greet before answering.
Am Do den 2. Jan 2014 um 13:46 schrieb Roger Leigh:
This will prevent from using /usr via NFS or having a /usr md device or
having /usr on LVM
On Sun, Aug 31, 2014 at 02:06:46AM +0200, Michael Prokop wrote:
* Roger Leigh [Sat Aug 30, 2014 at 11:19:42PM +0100]:
On Sun, Aug 31, 2014 at 12:13:29AM +0200, Michael Prokop wrote:
* Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]:
I've rebased the patchset against current git
Hi everyone,
(if you don't want to get Cc-ed any longer please let me know, just
trying to involve everyone and get some traction)
* Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]:
* Matthew Gabeler-Lee [Thu Jul 31, 2014 at 10:29:18AM -0400]:
Recent package upgrades have made it all
On Sun, Aug 31, 2014 at 12:13:29AM +0200, Michael Prokop wrote:
Hi everyone,
(if you don't want to get Cc-ed any longer please let me know, just
trying to involve everyone and get some traction)
* Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]:
* Matthew Gabeler-Lee [Thu Jul 31,
* Roger Leigh [Sat Aug 30, 2014 at 11:19:42PM +0100]:
On Sun, Aug 31, 2014 at 12:13:29AM +0200, Michael Prokop wrote:
* Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]:
I've rebased the patchset against current git master and a
preliminary and *untested*(!) package is available at:
On Thu, 31 Jul 2014 at 21:45:56 -0400, Matthew Gabeler-Lee wrote:
A clarification question: I see just the initramfs-tools package there. Past
discussion on this ticket indicated that updates to sysvinit and util-linux
were necessary too. A quick look suggests that's still the case. Are the
Recent package upgrades have made it all but impossible for a Debian
install supporting a graphical desktop environment not to use systemd.
This quietly caused a system of mine to get switched from sysvinit to
systemd, and thus no longer boot properly because of this issue (among
others, but
[Cc-ing Roger as the author of the patchset and Marco who pinged me
on IRC]
* Matthew Gabeler-Lee [Thu Jul 31, 2014 at 10:29:18AM -0400]:
Recent package upgrades have made it all but impossible for a Debian
install supporting a graphical desktop environment not to use
systemd. This quietly
On Thu, 31 Jul 2014, Michael Prokop wrote:
I've rebased the patchset against current git master and a
preliminary and *untested*(!) package is available at:
https://people.debian.org/~mika/initramfs-tools/
Feedback definitely welcome and required.
Thank you :)
I setup a VM today that
Are there any news? Do you need help with this?
--
ciao,
Marco
signature.asc
Description: Digital signature
Where are we as far as releasing something in experimental or unstable to
address this? Debian's decision to go with systemd in the upcoming release
(jessie) should rightfully increase the sense of urgency a bit.
I run on an Alpha PWS 433au, which means I run sid if I want to run anything
On Wed, Jan 01, 2014 at 11:19:26PM +0100, Klaus Ethgen wrote:
Am Di den 23. Jul 2013 um 18:48 schrieb Michael Prokop:
Does anyone have any objections against the current implementation
of #652459 to support mounting of /usr in the initramfs?
Yes, I have. Sorry about.
This will prevent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I just stumpled over this one.
Am Di den 23. Jul 2013 um 18:48 schrieb Michael Prokop:
Does anyone have any objections against the current implementation
of #652459 to support mounting of /usr in the initramfs?
Yes, I have. Sorry about.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 01, Klaus Ethgen kl...@ethgen.de wrote:
What is being discussed in this bug is not if /usr should be mounted in
the initramfs or not. This is a widely accepted design. The purpose of
this bug is to implement it in the best way.
This will
[Cc-ing everyone who was involved in discussing #652459]
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use panic rather than sulogin on fsck failure.
Thanks for all your patches, I've applied them on top of current
master (and edited debian/changelog on my own,
On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]
(Also copying Adam Conrad and Steve Langasek.)
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use panic rather than sulogin on fsck failure.
Thanks for all your
On Tue, Jul 23, 2013 at 10:09:38PM +0100, Roger Leigh wrote:
On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]
(Also copying Adam Conrad and Steve Langasek.)
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use
On Sun, May 12, 2013 at 12:31:38AM +0100, Roger Leigh wrote:
On Sat, May 11, 2013 at 08:02:36PM +0100, Roger Leigh wrote:
With all the patches applied, /usr will be automatically mounted if
it is present in the /etc/fstab on the rootfs. This works for both
local and nfs. I've not tested
On Sun, May 12, 2013 at 06:24:55PM +0100, Roger Leigh wrote:
On Sun, May 12, 2013 at 12:31:38AM +0100, Roger Leigh wrote:
On Sat, May 11, 2013 at 08:02:36PM +0100, Roger Leigh wrote:
With all the patches applied, /usr will be automatically mounted if
it is present in the /etc/fstab on the
On Sat, May 11, 2013 at 08:02:36PM +0100, Roger Leigh wrote:
I have worked on improving my original patchset over the last couple
of weeks. This completely generalises the boot logic so that you
can now mount arbitrary filesystems in the initramfs. It's all
split up into discrete logical
On Wed, Dec 28, 2011 at 04:15:41PM +, Roger Leigh wrote:
On Sun, Dec 18, 2011 at 03:38:20AM +0100, Marco d'Itri wrote:
On Dec 17, Roger Leigh rle...@debian.org wrote:
1) Generation of /etc/fstab in the initramfs, including the rootfs
and all the filesystems desired to be mounted
On Sat, May 11, 2013 at 08:02:36PM +0100, Roger Leigh wrote:
With all the patches applied, /usr will be automatically mounted if
it is present in the /etc/fstab on the rootfs. This works for both
local and nfs. I've not tested LVM, but standard UUIDs work fine.
You can also mount /etc so
Hi maks,
is there any progress on this issue?
Seeing that you haven't replied so far makes me wonder if you generally
reject this idea or if it is just lack of time.
Would be nice if you can comment on this bug report so we can find a
solution.
Cheers,
Michael
--
Why is it that all of the
On Sun, Dec 18, 2011 at 03:38:20AM +0100, Marco d'Itri wrote:
On Dec 17, Roger Leigh rle...@debian.org wrote:
1) Generation of /etc/fstab in the initramfs, including the rootfs
and all the filesystems desired to be mounted
This is highly suboptimal, because it suddenly makes the
Package: initramfs-tools
Version: 0.99
Severity: normal
Tags: patch
Hi,
In order to make the libraries and binaries in /usr available during
early boot, it would be desirable to be able to mount /usr in addition
to the rootfs inside the initramfs.
This patch implements a generic solution into
On Dec 17, Roger Leigh rle...@debian.org wrote:
1) Generation of /etc/fstab in the initramfs, including the rootfs
and all the filesystems desired to be mounted
This is highly suboptimal, because it suddenly makes the initramfs not
generic anymore.
The initramfs should:
- mount / as usual
-
27 matches
Mail list logo
