I am thrilled to be joining OPNFV as its Director of NFV working directly with those who are committed to advancing open source NFV for all. I am excited about this organization, this technology, this community, and what the future holds for NFV.Let me explain what lead me to OPNFV.
I am looking for an alternative fs to mhddfs for installation on a couple of my debian machines. I have multiple hard drives installed that I would like to take the partitions from each and mount them as 1. Mhddfs was working exactly to what I was needing, except doing alot of file transfers via rsync and downloads, the mount was crashing very frequently. It would just throw up a "transport endpoint not connected" error, which I would either have to reboot or umount / mount the path again. Lacking so much stability I finally symlinked everything to multiple drives for now until I can find a better solution.
What I would like, is to take each partition, mount them together as 1 path. It should be able to know when a drive or partition is full, and then place the files on the next drive. Not looking for raid or redundancy, just unified storage. Looked at unionfs and aufs, but neither look to do really what I am wanting, unless I'm not understanding what they do exactly. Thanks in advance.submitted by onezero1010101
[link] [1 comment]
(edit: please pardon the typo in the title -- it's supposed to be FHS)
As far as I can tell, LUKS and other disk encryption approaches are primarily intended to keep data private -- to keep others from reading the data. I also hear from local Information Assurance (IA) folks that full-disk encryption is greatly preferred.
When I look at the FHS (Wikipedia link -- easy to read), it seems that the following would be relatively static, and generally uninteresting from a security viewpoint:
- /bin - Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp.
- /boot - Boot loader files, e.g., kernels, initrd.
- /lib - Libraries essential for the binaries in /bin/ and /sbin/
- /root - Home directory for the root user.
- /sbin - Essential system binaries, e.g., init, ip, mount.
So, my question is, does it really make sense for the above directories to be encrypted? It seems like that would make recovery more difficult. The only positive that I can think of is that having them encrypted helps protect them from being modified when unmounted.
Maybe I'm not paranoid enough?submitted by pfp-disciple
[link] [5 comments]
I created an interactive and non-interactive version for updating your Linux system as well as logging actions for debugging purposes. At the moment, the only one I have bothered to make is for the Ubuntu distro. I plan to create a version for every major distro down the road.
The scripts will be posted on my GitHub and the distros will be separated by branches. Any comment, suggestions, etc. are welcome and considered but please be respectful about it. I linked to the wiki so please read that first.submitted by drhile
We all know how horrible Flash is on GNU/Linux and how even more terrible is the Twitch.tv player. To help avoid it I've recently made a handy python application that can either sit in the can background and notify when a channel you follow goes offline or online, or check for all offline/online channels a user follows, or check if one specific channel is online or offline. Also, I've made a AUR package so if you are on Archlinux then you can easily grab it. The package name is "twitchnotifier-git".
There are still some things left to do, though, to fully avoid going to Twitch.tv. In my plans I have to make TwitchNotifier write all online channels to some file and make some add-ons for various IRC clients to make them join those channels on irc.twitch.tv which are online.
You can find the source code on https://github.com/GiedriusS/TwitchNotifier and the AUR package info is here: https://aur.archlinux.org/packages/twitchnotifier-git/.
Btw, you can watch those streams on your computer without flash using livestreamer. All patches are welcome. Let me know what you think or maybe you can suggest some other tools to make a twitch.tv viewers' experience better on GNU/Linux. Thanks.
I think this tool could be especially useful for minimalistic setups where you don't want to run a browser with twitch.tv in it and periodically check for followed channels. I've been adding new features recently so there may be bugs. If you hit one please report and use the first version in the mean time. Note that there is no AUR package for the first version, only -git.submitted by Giedrius_