linux-kernel - Re: The ext3 way of journalling

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 8 Jan 2008 16:52:42 +0000 (UTC)
From:	Tuomo Valkonen <tuomov@....fi>
To:	linux-kernel@...r.kernel.org
Subject:  Re: The ext3 way of journalling

On 2008-01-08, Jan Engelhardt <jengelh@...putergmbh.de> wrote:
> Do it step-by-step.

Still too much work.

> I can recommend that you try another distribution then.

They all suck.

>>that load drivers in wrong order etc.,
>
> What specific modules and which order do you need for the disks?
> There is also kernel-side loading order coming up:
> http://lwn.net/Articles/260856/
>
>>and are difficult to configure
>
> I do not really have to configure anything on my machine. Then again,
> yours might be vastly different. 

Typically distros' stock kernels load the intorable integrated buzz-chip
as the first sound card, and the wrong network adapter as eth0. SATA and 
USB disks appear as some randomly ordered scsi nodes, and so on. This 
could be configured with udev if one were willing to learn -- for a
fundamentally very trivial task -- yet another wheel-reinving unnecessarily
cryptic piece of shit, to tolerate distros breaking your cryptic config 
constantly, and to tolerate its intolerable slowness at boot. (/dev should
still be the UI for modifying dynamic device mappings, reacting to ln, mv,
chmod, etc., instead of being reduced into a race-condition ridden tmpfs
shadow, that loses your normally created symlinks and permissions at boot.)

But the stock kernels also takes age at boot in (trying to) load a zillion
unnecessary drivers. They need to be configured to not load them. But
_obviously_ they won't use a _simple_ listing of the modules to load
(/etc/modules), but demand complex initrd editing. And all of those tools
that I've seen and have not required too much work, have again demanded
udev. No thanks.

-- 
Tuomo

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/