search for: 1023m

...rtition number])/path/to/file > * > * E.G.: (hd0,1)/dir/file means /dir/file at partition 1 of the disk 0. > * Disk and Partition numbering starts from 0 and 1 respectivelly. > */ > ... > > > # fdisk -l /dev/vdb | grep -w 83 > /dev/vdb2 2099200 4194303 2095104 1023M 83 Linux > # mount | grep vdb2 > /dev/vdb2 on /data type ext4 ... > # ls -1 /data > initramfs-4.4.0-0.rc5.git0.1.fc24.x86_64.img > lost+found > vmlinuz-4.4.0-0.rc5.git0.1.fc24.x86_64 > > > BOOT: > find_all_partitions: failed to set EFI disk info > efi_multifs_init...

...age would be a input/output error on /mnt/server1, but in this case, it appears to have recovered the error on it's own (which is a good thing). df -h reports: Filesystem Size Used Avail Use% Mounted on /dev/hda1 6.7G 4.5G 1.8G 71% / //inet_server_1/C 3.9G 2.9G 1023M 74% /mnt/server1 now it would appear when it does have to establish a retry, the response back from df -h is one or two seconds slower. Has the use of smbmount/mount for accessing NT Server shares always been a problem when a idle condition has occured (at least to NT/Samba's way of thinking...

...-06-26.15:08:33 zfs set compression=on bfpool/user 2010-03-02.15:11:33 zpool replace bfpool c5d1p0 History for ''rpool'': 2009-01-05.14:02:50 zpool create -f rpool c5d0s0 2009-01-05.14:02:50 zfs set org.opensolaris.caiman:install=busy rpool 2009-01-05.14:02:50 zfs create -b 4096 -V 1023m rpool/swap 2009-01-05.14:02:50 zfs create -b 131072 -V 1023m rpool/dump 2009-01-05.14:03:19 zfs set mountpoint=/a/export rpool/export 2009-01-05.14:03:19 zfs set mountpoint=/a/export/home rpool/export/home 2009-01-05.14:03:19 zfs set mountpoint=/a/export/home/mike rpool/export/home/mike 2009-01-05....

...27 * MULTIFS SYNTAX: * (hd[disk number],[partition number])/path/to/file * * E.G.: (hd0,1)/dir/file means /dir/file at partition 1 of the disk 0. * Disk and Partition numbering starts from 0 and 1 respectivelly. */ ... # fdisk -l /dev/vdb | grep -w 83 /dev/vdb2 2099200 4194303 2095104 1023M 83 Linux # mount | grep vdb2 /dev/vdb2 on /data type ext4 ... # ls -1 /data initramfs-4.4.0-0.rc5.git0.1.fc24.x86_64.img lost+found vmlinuz-4.4.0-0.rc5.git0.1.fc24.x86_64 BOOT: find_all_partitions: failed to set EFI disk info efi_multifs_init: failed to find disk partitions: Invalid Parameter No...

...11 17:25:36 kernel: *BAD*gran_size: 2M chunk_size: 512M num_reg: 8 lose cover RAM: -255M Apr 11 17:25:36 kernel: gran_size: 2M chunk_size: 1G num_reg: 8 lose cover RAM: 1M Apr 11 17:25:36 kernel: *BAD*gran_size: 2M chunk_size: 2G num_reg: 8 lose cover RAM: -1023M Apr 11 17:25:36 kernel: gran_size: 4M chunk_size: 4M num_reg: 8 lose cover RAM: 771M Apr 11 17:25:36 kernel: gran_size: 4M chunk_size: 8M num_reg: 8 lose cover RAM: 4867M Apr 11 17:25:36 kernel: gran_size: 4M chunk_size: 16M num_reg: 8 lose cover RAM: 3M Ap...

So last week I was wondering if XFS was still working -- even with its last on-disk structure changes -- and it _suprisingly_ worked as expected. Right, now I can finally get rid of GRUB and use Syslinux to boot my Linux on EFI from a rootfs with xfs. Shit, I have two partitions (the first one being the required ESP) so there is no way to access the other partitions since because Syslinux does not