mjhjmtu

Clash Royale CLAN TAG #URR8PPP up vote 1 down vote favorite When I send a compressed subvol (i.e., one part of a filesystem mounted with the compress mount option) with btrfs-send , does btrfs-send send it compressed, or does it decompress it first? Similarly, when I receive the subvol with btrfs-receive , does btrfs-receive re-compress? btrfs compression share | improve this question asked Mar 22 at 15:52 Geremia 509 7 16 add a comment  |  up vote 1 down vote favorite When I send a compressed subvol (i.e., one part of a filesystem mounted with the compress mount option) with btrfs-send , does btrfs-send send it compressed, or does it decompress it first? Similarly, when I receive the subvol with btrfs-receive , does btrfs-receive re-compress? btrfs compression share | improve this question asked Mar 22 at 15:52 Geremia 509 7 16 add a comment  |  up vote 1 down vote favorite

Clash Royale CLAN TAG #URR8PPP up vote -3 down vote favorite I am attempting to install the latest edition of Linux Mint on my 2013 MacBook Pro, but seem to have fallen at the first hurdle. On going to https://linuxmint.com/edition.php?id=246 and selecting the torrent option, my laptop promptly downloads the .iso.torrent file, which I then renamed to linuxmint.iso using the mv command. However, the Etcher app refuses to write the file to USB. On digging further, I tried to use hdiutil to convert the .iso to a .img , only to receive the error message: convert failed - image not recognized Another strange feature is that the file is only 37 KB in size, whereas the site suggests it should be 1.8 GB. I hope I'm not missing something obvious here, but any suggestions would be much appreciated! linux linux-mint iso share | improve this question edited Mar 22 at 16:03 alpha 1,241 3 17 asked Mar 22 at 15:53 Ben Snow 3 3 add a comm

Clash Royale CLAN TAG #URR8PPP up vote 0 down vote favorite I am running u-boot on a Beaglebone Black custom install, and have modified ./include/configs/am335x_evm.h to set the default bootdelay to 0, which was working well when I was loading my kernel and device tree off of a fat partition. But I switched partition 1 from fat to ext4, and change the fatload statements in my uEnv.txt to ext4load. Everything works just as before, except now I'm back to having a 2 second bootdelay. I don't understand why switching partition types would cause this. Does anybody know how I can recompile u-boot to set bootdelay back to 0 in the case of me using ext4 boot partition? Alternatively, I suppose I could figure out how to get saveenv working. Currently it gives: => saveenv Saving Environment to FAT... MMC: no card present ** Bad device mmc 0 ** Failed (1) But honestly I'd rather just change the default at compile time. embedded boot-loader u-boot yocto share | im