On Dec 27, 2012 12:45 PM, wrote:
>
> On Wed, Dec 26, 2012 at 09:14:33PM -0800, fe...@crowfix.com wrote:
>
> > Indeed :-) The patch author directed me there, I've applied the 51881
> > patch to the 3.7.1 sources, and it just started compiling.
>
> I configured a minimal kernel to test it sooner, an
I forgot to mention, my link looks normal:
openvpn.client_clinic_atom -> /etc/init.d/openvpn
--
Joseph
On 12/26/12 22:52, Joseph wrote:
I'm having problem starting openvpn after recent upgrade.
When I try to start it I get a normal respond:
openvpn.client_clinic_atom start
* Starting openvp
I'm having problem starting openvpn after recent upgrade.
When I try to start it I get a normal respond:
openvpn.client_clinic_atom start
* Starting openvpn.client_clinic_atom ...[ ok ]
* WARNING: openvpn.client_clinic_atom has started, but is inactive
but ifconfig is not show
On 27/12/12 11:19, Dale wrote:
> Walter Dnes wrote:
>> This may be related to me running mdev instead of udev. I've been
>> using /dev/shm for creating and deleting scratch files, to speed things
>> up when processing photographs with automated scripts. It used to work.
>> But now it no longer
On Wed, Dec 26, 2012 at 09:14:33PM -0800, fe...@crowfix.com wrote:
> Indeed :-) The patch author directed me there, I've applied the 51881
> patch to the 3.7.1 sources, and it just started compiling.
I configured a minimal kernel to test it sooner, and it booted to a
prompt. Now I am compiling w
On Wed, Dec 26, 2012 at 08:53:14PM -0800, Mark Knecht wrote:
> Possibly related?
>
> https://bugzilla.kernel.org/show_bug.cgi?id=51881
Indeed :-) The patch author directed me there, I've applied the 51881
patch to the 3.7.1 sources, and it just started compiling.
--
... _._. ._ ._.
On Wed, Dec 26, 2012 at 7:19 PM, wrote:
> Finished the bisect between 3.6.10 and 3.7. Here's the log. The suspect
> patch has an interesting name:
>
> ahci: implement aggressive SATA device sleep support
>
> I'll send email to the patch author too.
>
> I should make it clear that this is n
On Thu, Dec 27, 2012 at 4:42 AM, Dale wrote:
> Mark David Dumlao wrote:
>> On Tue, Dec 25, 2012 at 10:38 AM, Dale wrote:
>>> Feel free to set me straight tho. As long as you don't tell me my
>>> system is broken and has not been able to boot for the last 9 years
>>> without one of those things.
Finished the bisect between 3.6.10 and 3.7. Here's the log. The suspect patch
has an interesting name:
ahci: implement aggressive SATA device sleep support
I'll send email to the patch author too.
I should make it clear that this is not urgent for me, since 3.6.10 isn't
obsolete yet.
==
Walter Dnes wrote:
> This may be related to me running mdev instead of udev. I've been
> using /dev/shm for creating and deleting scratch files, to speed things
> up when processing photographs with automated scripts. It used to work.
> But now it no longer allows writes by anybody except root.
This may be related to me running mdev instead of udev. I've been
using /dev/shm for creating and deleting scratch files, to speed things
up when processing photographs with automated scripts. It used to work.
But now it no longer allows writes by anybody except root. A couple of
days ago, I d
On 12/26/2012 07:47 PM, Walter Dnes wrote:
> Many years ago, I understood IPCHAINS, and the first versions of
> IPTABLES. However, IPTABLES has followed the example of Larry Wall's
> Practical Extraction and Reporting Language
> and turned into a pseudo-OS that I barely comprehend. Some rules
>
On Wed, Dec 26, 2012 at 7:14 PM, Canek Peláez Valdés wrote:
[ snip ]
> I'm sorry if sounded like scoffing (certainly I don't remember
> scoffing anyone, at least consciously). I remember I praised Walt for
> doing the work for mdev. Do you remember that? I can dig the archives,
> but I'm pretty su
On Wed, Dec 26, 2012 at 6:45 PM, Pandu Poluan wrote:
>
> On Dec 26, 2012 1:05 AM, "Canek Peláez Valdés" wrote:
>
> {supersnip}
> Canek, I distinctly remember, at the very beginning of this brouhaha over
> udev requiring /usr to be mounted at boot time, you stated something along
> the lines of '
On Wed, Dec 26, 2012 at 5:51 PM, Michael Mol wrote:
> On Wed, Dec 26, 2012 at 6:01 PM, Canek Peláez Valdés wrote:
>
> [snip]
>
>> I didn't started the thread, Wolfe did. I just answered his question
>> from my point of view.
>>
>> And, what community is being divided? Fedora,OpenSuse, and Arch us
Many years ago, I understood IPCHAINS, and the first versions of
IPTABLES. However, IPTABLES has followed the example of Larry Wall's
Practical Extraction and Reporting Language
and turned into a pseudo-OS that I barely comprehend. Some rules
that I added many years ago were designed to reject
On Dec 26, 2012 1:05 AM, "Canek Peláez Valdés" wrote:
{supersnip}
>
> So, no, I'm not trying to answer if you could "create a "/usr" service
> and make things dependent on /usr come after it's been mounted". I
> passed almost this entire thread because it's mostly people still
> hitting the same
On Tue, Dec 25, 2012 at 9:41 AM, Mark Knecht wrote:
> Hi,
>Merry Christmas to all.
>
>Upgrading an external USB2 drive at home this Christmas morning to
> 1TB for more video storage space. One large partition, non-raid, files
> are around 1GB. The drive holds only static video files that g
On Wed, 26 Dec 2012 17:01:17 -0600
Canek Peláez Valdés wrote:
> And, what community is being divided? Fedora,OpenSuse, and Arch use
> systemd by default.
From debian and hurd to slackware which will not touch systemd ever and
ubuntu and also embedded with the kernel working on more and more
deep
On Tue, 25 Dec 2012 07:41:01 -0800
Mark Knecht wrote:
> Hi,
>Merry Christmas to all.
>
>Upgrading an external USB2 drive at home this Christmas morning to
> 1TB for more video storage space. One large partition, non-raid, files
> are around 1GB. The drive holds only static video files th
On Wed, Dec 26, 2012 at 6:01 PM, Canek Peláez Valdés wrote:
[snip]
> I didn't started the thread, Wolfe did. I just answered his question
> from my point of view.
>
> And, what community is being divided? Fedora,OpenSuse, and Arch use
> systemd by default. Gentoo derivative Exherbo recommends it
On Wed, Dec 26, 2012 at 3:03 PM, Neil Bothwick wrote:
> On Wed, 26 Dec 2012 14:09:34 -0800, Mark Knecht wrote:
>
>> At this point I don't know that 1) the image is actually in the
>> kernel, or 2) that my "init thingy" ;-) image would work, but at least
>> the process of putting it together is ver
On Wed, 26 Dec 2012 14:09:34 -0800, Mark Knecht wrote:
> At this point I don't know that 1) the image is actually in the
> kernel, or 2) that my "init thingy" ;-) image would work, but at least
> the process of putting it together is verifiable.
That's why I put in all the debug stuff, so I could
On Wed, 26 Dec 2012 12:48:38 -0800, Mark Knecht wrote:
> On the mdadm list one comment came up which was to make sure
> my mdadm.conf file was up to date and then include it in the initramfs
> image so that if for some reason the machine doesn't boot I have all
> the info required to start the RAI
On Wed, Dec 26, 2012 at 4:19 PM, Kevin Chadwick wrote:
> On Tue, 25 Dec 2012 02:01:13 -0600
> Canek Peláez Valdés wrote:
>
> To the OP of this OT sub-thread. The main difference for me is OpenRC
> removes some of the symlink mess and uncertainty compared to for
> example debians init. I very much
On Thu, 27 Dec 2012 00:01:58 +0800
Mark David Dumlao wrote:
> Nobody's telling you _your_ system, as in the collection of programs
> you use for your productivity, is broken. What we're saying is that
> _the_ system, as in the general practice as compared to the
> specification, is broken. Those
On Tue, 25 Dec 2012 08:56:38 -0500
Joshua Murphy wrote:
> It would still be a (notable, at that) drop
> in size if the shell script was redone to provide exactly the same set
> of features, then compared, but that size difference wouldn't have the
> same shock value as the comparison against 80+
On Tue, 25 Dec 2012 07:09:49 +0800
William Kenworthy wrote:
> Not all the proposed changes are bad ... a read only /usr would be
> nice, but I object to being forced into what I regard as an unreliable
> configuration (or use unreliable, crappy software, eg pulse audio!)
> because of these change
On Tue, 25 Dec 2012 02:01:13 -0600
Canek Peláez Valdés wrote:
To the OP of this OT sub-thread. The main difference for me is OpenRC
removes some of the symlink mess and uncertainty compared to for
example debians init. I very much like OpenRC but my fav is still
OpenBSD that tries to minimise the
On Wed, Dec 26, 2012 at 1:49 PM, Mark Knecht wrote:
> Actually, I think the initramfs wiki covers this, albeit it's 'not
> easy'. Their words.
>
> I think I'm covered for now.
>
> Cheers,
> Mark
While extracting it from the kernel image may be involved, and for now
using Neil's example init scri
On Wed, Dec 26, 2012 at 12:48 PM, Mark Knecht wrote:
> One other question came up. So I build the kernel, and the kernel build
> creates the initramfs image and embeds it in the kernel. Is there a tool
> that would allow me to query the embedded image prior to booting
> so that I can check that e
On Wed, Dec 26, 2012 at 12:34 PM, Dale wrote:
> Mark Knecht wrote:
>> One interesting small point I got out of the docs that Neil pointed me
>> toward: That since linux-2.6 we're all using an initramfs "The 2.6
>> kernel build process always creates a gzipped cpio format initramfs
>> archive and l
On Wed, Dec 26, 2012 at 9:09 AM, Neil Bothwick wrote:
> On Wed, 26 Dec 2012 07:58:34 -0800, Mark Knecht wrote:
>
>> 2) Contained executables, as I understand them, either need to be
>> built with the static flag or you have to include all the libraries.
>> Static seems simpler so (in my case) sho
Mark David Dumlao wrote:
> On Tue, Dec 25, 2012 at 10:38 AM, Dale wrote:
>> Feel free to set me straight tho. As long as you don't tell me my
>> system is broken and has not been able to boot for the last 9 years
>> without one of those things. ROFL
> Nobody's telling you _your_ system, as in th
Mark Knecht wrote:
> One interesting small point I got out of the docs that Neil pointed me
> toward: That since linux-2.6 we're all using an initramfs "The 2.6
> kernel build process always creates a gzipped cpio format initramfs
> archive and links it into the resulting kernel binary. By default,
On Wed, Dec 26, 2012 at 11:13 AM, Bruce Hill
wrote:
> On Tue, Dec 25, 2012 at 09:24:55PM -0600, Canek Peláez Valdés wrote:
>
>>
>> And then months later has the nerve of calling my use of the word
>> "fuck" (in which I wasn't insulting anyone) as "offensive":
>>
>> http://article.gmane.org/gmane.
On Wed, Dec 26, 2012 at 9:03 AM, Bruce Hill
wrote:
> On Wed, Dec 26, 2012 at 09:24:20AM -0500, Todd Goodman wrote:
>> * Bruce Hill [121225 18:30]:
>> > >
>> > > Try reading the kernel Documentation. (e.g.,
>> > > /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt.)
>> > >
>> > >
On Tue, Dec 25, 2012 at 09:24:55PM -0600, Canek Peláez Valdés wrote:
>
> And then months later has the nerve of calling my use of the word
> "fuck" (in which I wasn't insulting anyone) as "offensive":
>
> http://article.gmane.org/gmane.linux.gentoo.user/261318
>
http://article.gmane.org/gmane.
On Wed, 26 Dec 2012 07:58:34 -0800, Mark Knecht wrote:
>OK, it's the day after Christmas and this little kid wants to play
> with the new toys Uncle Neil gave us yesterday - a copy of his well
> worn setup file for building an initramfs into the kernel - a copy of
> which I place here:
>
> [Q
On Wed, Dec 26, 2012 at 09:24:20AM -0500, Todd Goodman wrote:
> * Bruce Hill [121225 18:30]:
> > >
> > > Try reading the kernel Documentation. (e.g.,
> > > /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt.)
> > >
> > > initramfs is an improvement over initrd.
> > >
> > > Tod
On Tue, Dec 25, 2012 at 10:38 AM, Dale wrote:
> Feel free to set me straight tho. As long as you don't tell me my
> system is broken and has not been able to boot for the last 9 years
> without one of those things. ROFL
Nobody's telling you _your_ system, as in the collection of programs
you us
Hi,
OK, it's the day after Christmas and this little kid wants to play
with the new toys Uncle Neil gave us yesterday - a copy of his well
worn setup file for building an initramfs into the kernel - a copy of
which I place here:
[QUOTE]
This is the file I use on a system that has / on a LUKS f
On Tue, Dec 25, 2012 at 9:54 AM, Dale wrote:
> Mark David Dumlao wrote:
>> On Tue, Dec 25, 2012 at 1:15 AM, Bruce Hill
>> wrote:
>>> On Mon, Dec 24, 2012 at 11:05:25AM -0600, Dale wrote:
Bruce Hill wrote:
<<< SNIP >>>
> No initrd...
YET!!! ROFL
When eudev goes s
* Bruce Hill [121225 18:30]:
> On Tue, Dec 25, 2012 at 11:51:43AM -0500, Todd Goodman wrote:
> > >
> > > Same question ... initrd.gz and initramfs are *not* the same thing; and
> > > there
> > > was a package called mkinitrd in Gentoo that was retired to attic some
> > > time
> > > ago, before
On 2012-12-26 12:55, Neil Bothwick wrote:
> That all makes sense, although it may well be harder to implement
> than to suggest. To be fair to the udev developers, we owe them
> nothing and they are free to take their project in whichever
> direction they like and spend their time on whatever feat
On Wed, Dec 26, 2012 at 12:56:39PM +0100, Florian Philipp wrote:
> `git tag` should give you a list of version numbers. The tag you are
> searching for is "v3.7".
Thanks -- power went out, standby generator kicked in and woke me up
at 0430, and I woke realizing that. Bisect is happy. My git-fu
Am 26.12.2012 02:11, schrieb fe...@crowfix.com:
> On Tue, Dec 25, 2012 at 01:11:04PM +0100, Florian Philipp wrote:
>
>> The best way to find out what's wrong is to bisect the kernel, i.e.
>> finding the exact commit that caused the issue to appear.
>>
>> http://wiki.gentoo.org/wiki/Kernel_git-bise
On Wed, 26 Dec 2012 09:54:49 +1100, Paul Colquhoun wrote:
> > Also, if you actually read the linked URL, it does explain it won't
> > fail to boot. You do realize these are two different issues here,
> > right? One is people saying that udev-181 will fail to boot, other is
> > the issue described
On Tue, 25 Dec 2012 17:26:12 -0600, Bruce Hill wrote:
> > Try reading the kernel Documentation. (e.g.,
> > /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt.)
> >
> > initramfs is an improvement over initrd.
> Having read it years ago it still fails to give me a good reason fo
49 matches
Mail list logo
