search for: flushbufs

[Following up on this thread: http://thread.gmane.org/gmane.linux.kernel.device-mapper.devel/14999] Alasdair G Kergon wrote: > Try > blkdev --flushbufs > after any cmd that writes to a dev to see if that makes any difference. Thanks for the work-around. Using "blockdev --flushbufs $dev" does indeed make parted behave the same with dm-backed storage as with other devices. Adjusting my small example, cd /tmp; truncate -s 10m g &amp...

...;--getsz", 0, 1); + return call_blockdev (device, "--getsz", -1, 1); } int64_t do_blockdev_getsize64 (const char *device) { - return call_blockdev (device, "--getsize64", 0, 1); + return call_blockdev (device, "--getsize64", -1, 1); } int do_blockdev_flushbufs (const char *device) { - return call_blockdev (device, "--flushbufs", 0, 0); + return call_blockdev (device, "--flushbufs", -1, 0); } int do_blockdev_rereadpt (const char *device) { - return call_blockdev (device, "--rereadpt", 0, 0); + return call_blockdev...

On 11/23/20 10:46 AM, Simon Matter wrote: >> Hi, >> >> I want to replace my hard drives based SW RAID-1 with SSD's. >> >> What would be the recommended procedure? Can I just remove one drive, >> replace with SSD and rebuild, then repeat with the other drive? > > I suggest to "mdadm --fail" one drive, then "mdadm --remove" it.

See http://rwmj.wordpress.com/2014/11/23/mapping-files-to-disk/

Le 04/12/2018 ? 23:50, Stephen John Smoogen a ?crit?: > In the rescue mode, recreate the partition table which was on the sdb > by copying over what is on sda > > > sfdisk ?d /dev/sda | sfdisk /dev/sdb > > This will give the kernel enough to know it has things to do on > rebuilding parts. Once I made sure I retrieved all my data, I followed your suggestion, and it looks

Does *not* incorporate changes suggested by Pino yet. Rich.

Hi all, I''m a newbie on this list. I''m using xen 3.0.3 on CentOS50. I installed a new flavor of kernel in a domU via a standard RPM, which modified my grub.conf by adding a new entry to boot on the new kernel. When rebooting the domU by pygrub, I didn''t see the new grub entry. I tried to restart xend, with no effect. By googling a little, I understood that kernel

.../dev/sdb3 sfdisk ?d /dev/sda | sfdisk /dev/sdb then add them back and watch then rebuild: mdadm --add /dev/md125 /dev/sdb2 mdadm --add /dev/md126 /dev/sdb1 mdadm --add /dev/md127 /dev/sdb3 After they have all resynced, I would flush the device buffers for good measure. For example: blockdev --flushbufs /dev/sdb1 ... Lastly, don't forget to reinstall grub to sdb: grub2-install --recheck /dev/sdb

Downloaded 290/290 and kernel panic, not syncing. Same old Linux. Fortunately, hadn't started updates, /home had been unmounted by some forward-looking individual and there was a sync;sync and blockdev -- flushbufs running every 15 seconds. =>:-o Pucker factor went from {O} to {o} to }{ the max! Anyway, a quick reboot, fsck, split the check-update into 2 arbitrary pieces and do it again. Part 2 is running as beads of sweat drip due to a recently arrived y \thunderstorm ... but I finished first, powered...

...t /sbin/pcmcia-socket-startup mount /proc echo -n "42" > /sys/bus/pcmcia/devices/1.0/allow_func_id_match echo 0x3301 > /proc/sys/kernel/real-root-dev sleep 5 exec <dev/console >dev/console 2>&1 exec chroot . /bin/sh <<EOF umount initrd /sbin/blockdev --flushbufs /dev/ram0 sleep 3 exec /sbin/init 5 EOF -------------------------------------------------- but the result is alway the same " VFS: Cannot open root device "hde1" or unknown-block..." My "/tftpboot/pxelinux.cfg/Cxxxxxxx": ---------------------------------...

An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/ext3-users/attachments/20060828/ce9c7bc0/attachment.htm>

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-