| 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
| ||
|
Date: Mon, 14 Jan 2008 15:53:58 -0500 (EST) From: "Robert P. J. Day" <rpjday@...shcourse.ca> To: Dagfinn Ilmari Mannsåker <ilmari@...ari.org> cc: Gene Heskett <gene.heskett@...il.com>, linux-kernel@...r.kernel.org Subject: Re: Possibly silly Q? On Mon, 14 Jan 2008, Dagfinn Ilmari Mannsåker wrote: > Gene Heskett <gene.heskett@...il.com> writes: > > > Greetings; > > > > Do we have a utility that can force the kernel to re-read, and re-initialize > > itself to a given drives partition tables without having to reboot if one is > > working with a drive that is not part of the required kernel directory tree? > […] > > Something it seems to me, should have forced the re-init, but didn't. So is > > there a tool that can force that? > > fdisk or similar should have issued an ioctl to reread the partition > table after writing the new one, but you can do it manually with > 'blockdev --rereadpt <device>'. i remember bringing up this very issue quite some time ago and, IIRC, the consensus was that *primary* partition changes would be re-read by the kernel, but not *logical* partition changes. or something sort of like that. rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA Home page: http://crashcourse.ca Fedora Cookbook: http://crashcourse.ca/wiki/index.php/Fedora_Cookbook ========================================================================
Powered by blists - more mailing lists