seduction
 Language:
Welcome, Guest. Please login or register.
Did you miss your activation email?
2020/12/01, 06:46:54


Help

Author [EN] [PL] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: if using BTRFileSystem  (Read 7154 times)

0 Members and 1 Guest are viewing this topic.

Offline agaida

  • User
  • Posts: 1.760
    • http://g-com.eu
Re: RE: if using BTRFileSystem
« Reply #15 on: 2012/07/06, 10:40:20 »
System Backup:

Code: [Select]

cp -a source backup


System Restore:

Code: [Select]

cp -a backup source


:twisted:
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

Offline bad_aptitude

  • User
  • Posts: 67
BTRFS Snapshot - The Perfect companion to Siduction?
« Reply #16 on: 2013/05/01, 04:56:11 »
Is the time almost upon us that siduction could use something like "apt-btrfs-snapshot" (unfortunately its only a Ubuntu hack at the moment) to manage the rolling back of gnarly dist-upgrades. As valuable as the siduction utlility for managing kernels is, it only solves half of the potential problems associated with dist upgrades.
I'm not a programmer - but I would be happy to test such a feature.

Regards
bad-aptitude

Offline agaida

  • User
  • Posts: 1.760
    • http://g-com.eu
BTRFS Snapshot - The Perfect companion to Siduction?
« Reply #17 on: 2013/05/01, 10:49:35 »
if you found one who develop and test this and it work reliable we would be happy to distribute such a package.

EDIT: Reliability is the point. Such a tool should not base on a experimental filesystem.
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

Offline michaa7

  • User
  • Posts: 2.128
Re: RE: if using BTRFileSystem
« Reply #18 on: 2013/05/01, 11:01:34 »
Quote from: "agaida"
System Backup:

Code: [Select]

cp -a source backup



I'd suggest a slightly enhanced version of this command:
Code: [Select]

cp -ax /path/to/<source_partition>/. /path/to/<backup>/


The "-x" option prevents "cp" to dive into linked partitions, and the "/." at the end of the source path makes sure only the content is copied (not the containing folder).
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

Offline agaida

  • User
  • Posts: 1.760
    • http://g-com.eu
Re: RE: if using BTRFileSystem
« Reply #19 on: 2013/05/01, 11:59:27 »
good point, i'm a litte bit lazy some times
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

Offline bad_aptitude

  • User
  • Posts: 67
RE: Re: RE: if using BTRFileSystem
« Reply #20 on: 2013/05/02, 00:46:43 »
One advantage, using the snapshot feature of BTRFS would have over
Code: [Select]
cp -a source backup
is the snapshot of a BTRFS directory is effectively a set of hardlinks to the original files. So when taking a snapshot prior to a dist-upgrade on BTRFS, only the files changed by the dist-upgrade are "duplicated".  At least that is my understanding of the process.
It would seem that this approach could save a lot of time and space.

Offline agaida

  • User
  • Posts: 1.760
    • http://g-com.eu
RE: Re: RE: if using BTRFileSystem
« Reply #21 on: 2013/05/02, 01:06:43 »
when btrfs will be stable - in 5 or 10 years - i would eventually agree
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen

Offline bad_aptitude

  • User
  • Posts: 67
if using BTRFileSystem
« Reply #22 on: 2013/05/02, 08:18:36 »
But isn't stable just "dead"?

Offline agaida

  • User
  • Posts: 1.760
    • http://g-com.eu
if using BTRFileSystem
« Reply #23 on: 2013/05/02, 17:20:10 »
let me cite from the unix-hater-handbook:
"Sure - the new filesystem will corrupt your data. But look, how fast it is!"

The Clue with btrfs is: I tested it a while ago, it was fucking slow at writes and i decided that i don't like it on my main machines. Imho btrfs is a wonderful thing with netbooks and small notebook - machines, where you mostly need high reading speed. Given that it is reliable and have reliable tools for crash recovery.
There's this special biologist word we use for "stable". It's "dead". ~ Jack Cohen