On Saturday 30 July, 2011 13:46:21 Hugo Mills wrote:
On Sat, Jul 30, 2011 at 12:51:51PM -0700, . wrote:
I just did my monthly dist-upgrade and rebooted, only to have it stall
at Control D. It tried to automatically run fsck.btrfs and of course it
failed, and insists that I run it manually.
On Saturday 30 July, 2011 19:34:26 Fajar A. Nugraha wrote:
IMHO a better fix is to just disable fsck on fstab for that fs. Something like
# file system mount point type options dump pass
LABEL=ROOT / btrfs
subvolid=258,compress-force=lzo,noatime0 0
Just compiled a custom kernel, but unable to mount a btrfs partition. It
essentially says 'unrecognized filesystem'. What could be missing?
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
# CONFIG_EXT2_FS_XIP is not set
On Saturday 9 July, 2011 10:12:43 you wrote:
If your btrfs lives on two or more devices you will have to run 'btrfs
device scan' prior to mount or give all devices as arguments to mount.btrfs.
Ohhh, I'd added a disk drive without modifying fstab. Thanks.
Where would you put a device scan to
On Thursday 5 May, 2011 23:33:33 Sander wrote:
Can you do:
echo true /var/lib/dpkg/info/grub-installer.postinst
and try again?
At some point somehow grup-pc apparently got installed, even with the script
failure. So I tried my dist-upgrade again, and seems to have completed almost
400
On Friday 6 May, 2011 05:20:28 Sander wrote:
Can you post the error?
# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
3 not fully
Same old problem.
On Friday 6 May, 2011 06:21:58 Sander wrote:
Can you try:
dpkg -i /var/cache/apt/archives/grub-pc_1.99~rc1-13_amd64.deb
apt-get dist-upgrade
# dpkg -i /var/cache/apt/archives/grub-pc_1.99~rc1-13_amd64.deb
(Reading database ... 135273 files and directories currently
On Friday 6 May, 2011 07:17:00 you wrote:
Hm. Just do cp /bin/true /usr/sbin/grub-probe
Yikes, it came up with an ncurses screen saying:
GRUB failed to install to the following devices:
│
│
On Friday 6 May, 2011 07:58:47 you wrote:
Say 'yes', try to finish your upgrade.
Now when I ran it, it went as normal for some reason.
Then:
grub-install /dev/sda
Auto-detection of a filesystem of failed.
Please report this together with the output of /usr/sbin/grub-probe
On Friday 6 May, 2011 08:15:25 cac...@quantum-sci.com wrote:
I'm afraid to reboot though, because yesterday I started a btrfs fi balance
on this machine while sshed to another, and that is still running 15 hours
later with no indication of progress nor sign of abating. ^C is ineffective.
Anyone here?
On Friday 6 May, 2011 10:09:29 cac...@quantum-sci.com wrote:
On Friday 6 May, 2011 08:15:25 cac...@quantum-sci.com wrote:
I'm afraid to reboot though, because yesterday I started a btrfs fi balance
on this machine while sshed to another, and that is still running 15 hours
On Friday 6 May, 2011 13:51:37 Peter Stuge wrote:
cac...@quantum-sci.com wrote:
I don't understand this.
Clearly. Please continue the discussion in a debian or grub forum..
It really has nothing to do with btrfs.
No thanks. This is a BTRFS problem, and if you people don't want to face it,
On Wednesday 4 May, 2011 02:51:54 Sander wrote:
Put an exit on top of /etc/kernel/postrm.d/zz-update-grub and try again.
Install grub-pc 1.99~rc1-13 from Sid.
First I put an exit right after #! /bin/sh and it failed. Then I moved
/etc/kernel/postrm.d/zz-update-grub to / and it still
Anyone have a suggestion?
Also on another machine set up similarly, I now cannot mkdir. It says 'no
space left on device'. df says:
# df /dev/sdb
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb 3907029168 2658010524 1246486516 69% /home
sdb and sdc
I was afraid of this finger-pointing.
Of course no one at Debian is going to know how to fix BTRFS jamming the
package management system. That's ridiculous.
It's starting to look like BTRFS is just busted in Debian, and I'll have to
reinstall everything over a different filesystem. I hate
Here is the relevant section of strace:
-
chmod(/etc/grub.d/05_debian_theme.dpkg-new, 0755) = 0
unlink(/etc/grub.d/05_debian_theme.dpkg-new) = 0
stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2819,
On Thursday 5 May, 2011 13:31:17 cwillu wrote:
I took the liberty of asking #debian, and they've requested that you
file a bug in their bug tracker. They've also suggested that you
might be able to short-circuit the faulty script in their kernel
package via an exit 0, or even replace the
On Thursday 5 May, 2011 13:40:25 cwillu wrote:
Could you include the information I asked for previously? (Kernel
version, output of btrfs fi df and btrfs fi show)
Kernel 2.6.37-2
# btrfs fi df /home
Data, RAID0: total=2.61TB, used=2.47TB
Data: total=8.00MB, used=8.00MB
System, RAID1:
On Thursday 5 May, 2011 13:59:23 Lars Wirzenius wrote:
dpkg --fsys-tarfile foo.deb | tar -C / -tf -
I was expecting this to extract into the local directory, although it seems to
have extracted into the final destinations. Can't be sure. grub-setup -V
gives the new version.
change -t to
On Thursday 5 May, 2011 14:48:49 cwillu wrote:
How old was the filesystem? It might just have been lingering
problems from an older kernel, which would be cleared up entirely by
the balance you just ran.
I specifically set up the filesystem with the Live CD of the M- release of
Ubuntu, so as
Having a failure that may be because grub2 doesn't BTRFS. /boot is ext3 and /
is BTRFS.
# dpkg -r linux-image-2.6.32-5-amd64
(Reading database ... 136673 files and directories currently installed.)
Removing linux-image-2.6.32-5-amd64 ...
Examining /etc/kernel/postrm.d .
run-parts: executing
On Tuesday 3 May, 2011 14:26:52 Fajar A. Nugraha wrote:
Does Debian (or whatever distro you use) support BTRFS /?
If yes, you should ask them.
What do you mean 'does Debian support BTRFS'? The kernel supports it. And why
would they know more about BTRFS than you?
My whole system is
I know what the error says; we've established that / is in fact mounted. The
system boots and runs, but grub doesn't understand it. My only answer is that
grub-probe does not understand BTRFS.
The question is what to do about this. I have three major systems committed to
this filesystem.
On Thursday 21 April, 2011 11:47:25 Calvin Walton wrote:
You have nothing to worry about. You can delete any snapshot on btrfs
without losing data from any other snapshot. Each snapshot is completely
independent.
This works because data which is shared between multiple snapshots is
I have set up a backup server in the garage which does rsync backups of all my
servers weekly, and snapshots those backups. It works wonderfully, and I was
able to set it up thanks to help from this listserv, thank you.
But I'm accumulating quite a few backups now, unnecessarily. After a
On Thu 20 January 2011 22:55:54 Hubert Kario wrote:
You still have a btrfs on /dev/sdc, do a
dd if=/dev/zero of=/dev/sdc bs=8192
(overkill, but I don't remember which blocks have to be zeroed to destroy
btrfs superblock)
I gave up and started over. Maybe it should be clarified in the wiki
Well thanks to some help from you guys I seem to have my backup server almost
fully running and functional with rsync. Amazing functions, this snapshotting
and rsync.
I still don't know why I cannot remove snapshots though. (Debian Testing with
2.6.32-28)
And I don't know how to reach out
On Fri 21 January 2011 10:42:39 Goffredo Baroncelli wrote:
Thanks Goffredo but as I say, I did this and it responds with
ERROR: error adding the device '/dev/sdc'
.. it doesn't give a clue.
In your email you wrote that before adding the device you format it.
Anyway I don't think that
On Fri 21 January 2011 11:44:24 Freddie Cash wrote:
#!/bin/sh
ssh someu...@mythtv.pc /path/to/some/script stop
/path/to/your/rsync/script
ssh someu...@mythtv.pc /path/to/some/script start
Ho-lee crap, this is fantastic. Everything seems to work. I find though that
if I stop myth
29 matches
Mail list logo
