2008/12/5 Zaphod Beeblebrox <[EMAIL PROTECTED]>:
> I've got an HP DL-360 1U here that has a slim SATA CDROM. I've (so far)
> tried booting FreeBSD-7.0-RELEASE and FreeBSD-7.1-BETA2. I've tried both
> rewritable media (my first choice) and write-once media. The kernel loads
> fine, but multiuser
David Kelly pisze:
On Thu, Dec 04, 2008 at 10:48:54AM +0100, Bartosz Stec wrote:
My backup script split filesystem dumps to files with size of 4,37 GB (4
588 544 kB). It's just an optimal size to fill out DVDs. At this moment
I have to burn them from windows via smb-link becuase I didn't man
David Kelly pisze:
On Thu, Dec 04, 2008 at 12:44:14PM -0500, Steve Polyack wrote:
Not too say you're .iso images can't be >2GB/4GB, but I'm pretty sure
the ISO9660 standard is limited to a 2GB maximum file size (for files
within the .iso). You must use UDF to burn files of greater size.
m
Stephen Montgomery-Smith pisze:
David Kelly wrote:
On Thu, Dec 04, 2008 at 10:48:54AM +0100, Bartosz Stec wrote:
My backup script split filesystem dumps to files with size of 4,37
GB (4 588 544 kB). It's just an optimal size to fill out DVDs. At
this moment I have to burn them from windows via
Steve Polyack pisze:
Not too say you're .iso images can't be >2GB/4GB, but I'm pretty sure
the ISO9660 standard is limited to a 2GB maximum file size (for files
within the .iso). You must use UDF to burn files of greater size.
mkisofs(8) seems to support this, if only in alpha/hybrid stage:
Bob Johnson pisze:
On 12/4/08, Bartosz Stec <[EMAIL PROTECTED]> wrote:
Philipp Ost pisze:
Hi,
Bartosz Stec wrote:
[...] Is there *any* way to burn DVDs with files>4GB from FreeBSD
console?
I succesfully used growisofs for exactly this task ;-)
What I did is (for DL-D
Andriy Gapon <[EMAIL PROTECTED]> writes:
> When I start watchdogd I see the following messages:
> timer enabled
> timeout set to 28 ticks
> and then a flow of messages:
> timer reloaded
>
> Then I kill -9 watchdogd.
> "timer reloded" messages are no longer produced.
> And there are no other messag
Hi,
I just tested the ext2fuse project on FreeBSD 7.1-PRERELEASE as of today
and found that it works for read/write on an ext3 filesystem. The inode
size was 128 -- I haven't exercised dynamic inode sizes.
ext2fuse project:http://sourceforge.net/projects/ext2fuse
Required FreeBSD
>My backup script split filesystem dumps to files with size of 4,37 GB (4
>588 544 kB). It's just an optimal size to fill out DVDs. At this moment
>I have to burn them from windows via smb-link becuase I didn't manage to
>do this task from FreeBSD console due to 2GB/4GB filesize restrictions
>(grow
Bruce M. Simpson wrote:
...
Performance seems quite slow, it could probably benefit from being
ported to use UBLIO as ntfs-3g for FreeBSD has.
I'm going to leave this thing for others to play with, this was a 20
minute bunk-off from other work. It shouldn't take much effort to
create a port
Hi all,
I noticed when porting ext2fuse to run on 7.1-PRERELEASE, that the port
sysutils/fusefs-ntfs needs some additional steps in order to mount
user-space FUSE filesystems on startup. These steps weren't necessary in
6.x.
It seems mount(8) can't deal with new mount binaries unless it h
On Tue, 2008-08-12 at 22:03 +1000, Peter Jeremy wrote:
> >Thats unfortunate...
>
> I tend to agree.
>
> >bonding in Linux is capable of doing this and solaris too.
>
Well ... name a price for the development; HA L1/L2 is a feature the
community would gladly sponsor the development of.
Also, Pe
On 4. des.. 2008, at 13.20, Frode Nordahl wrote:
On 4. des.. 2008, at 13.07, Kostik Belousov wrote:
On Thu, Dec 04, 2008 at 08:12:45AM +0100, Frode Nordahl wrote:
Got it!
panic: dqget: free dquot isn't dq=0xff00b3d27000
(kgdb) p/x *(struct dquot *)0xff00b3d27000
$1 = {dq_hash = {le_
On Fri, Dec 05, 2008 at 08:11:02PM +0100, Frode Nordahl wrote:
>
> On 4. des.. 2008, at 13.20, Frode Nordahl wrote:
>
> >On 4. des.. 2008, at 13.07, Kostik Belousov wrote:
> >
> >>On Thu, Dec 04, 2008 at 08:12:45AM +0100, Frode Nordahl wrote:
> >>>Got it!
> >>>
> >>>panic: dqget: free dquot isn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
FYI, I have committed the patch as r185653 (stable/7) and r185654
(releng/7.1) so new build would get this issue fixed. Thanks goes to
David who gave review for the changes and all who tested the earlier
patches.
Cheers,
- --
Xin LI <[EMAIL PROTECTED
15 matches
Mail list logo