vkraven

Hey everyone. I'd been having issues importing zpools in ZFS since a recent update (I can't recall for sure, maybe 0.6.4 or 0.6.5). For the longest time, I thought I hadn't compiled my kernel properly, but this helped me. https://github.com/zfsonlinux/zfs/issues/4337 It seems this issue occurs for gentoo-patched ZFS, and the poster worked around it by compiling ZOL from the ZOL Project's tarball. Having done the same, I can attest that this worked for me too. Something about the gentoo patches might be messing with it. Although it's a gentoo package - considering this compiling from

I like iwoloschin's idea, because dd does a "proper" clone of your data. Some notes from my experience - 1) dd will copy every bit, even free space. So your old 100GB partition of which you have used 50GB will still create a 100GB img. cp, on the other hand, will only take note of the files you have used. 2) As such, you won't be able to use dd if=/dev/sdX of=/dev/sdY if your destination drive is even slightly smaller than your original. You could try it with partitions, though! 3) I suppose, to get around the partition resizing issue, you could partition first and then use dd

Some googling tells me that's a Sandy Bridge CPU. I'm not completely certain, however, if intel64-sandybridge will work since the wiki page does say Core i3/5/7, although I can't think of any reason why it shouldn't. Should you want to play it a little safer though, you could go with corei7.

Wasn't sure if I should have posted this in "Help Central" or here, but hopefully this will be useful for someone facing similar problems. I installed Funtoo on a Samsung 850 Pro 256GB SSD recently. All went well, but I noticed that, while using gnome 3.14.2, certain apps would trigger a gradual desktop freeze (google chrome). Chrome would freeze, then terminal, then overview - but the mouse cursor remained responsive. After a minute or so, everything would work again. A bit of googling led me to check dmesg, which produced the errors: ata1.00: failed command: WRITE FPDMA QUEUE

I got that issue today too. Was this other package jsoncpp? I got around it by emerging an older version of cmake, cmake-2.8.12.2, then emerging jsoncpp, and updating cmake to current. To have portage emerge the older version, try echo ">dev-util/cmake-2.8.12.2" >> /etc/portage/package.mask Once that's done, I removed the line from package.mask Hope it works for you!