Hi, Claus,
> Am 29.05.2015 um 19:17 schrieb Claus Andersen :
>
> Hi!
>
> A quick re-cap: Want to do an unattended FreeBSD install using bsdinstall and
> ZFS. I now have a workaround and consider crying wol^H^H^Hbug.
>
> The following minimal install script works as expected for UFS:
> [...]
>
Hello,
in sys/i386/conf/GENERIC
(https://svnweb.freebsd.org/base/releng/10.2/sys/i386/conf/GENERIC?revision=285830&view=markup),
there's still "device ixgb"
while sys/amd64/conf/GENERIC reflects recent driver changes.
Is the driver really completely different for different archs?
Thanks,
-harr
3'
Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12
Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1
(disconnected)
Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1, addr 1
(disconnected)
Jul 29 12:28:37 watson kernel: ugen1.2: at usbus1
(disconnected)
Jul 29 12:2
FreeBSD_STABLE_9-i386 - Build #113 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/changes
Full build log:
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/console
Change
> On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen wrote:
>
> You have any idea what is/was actual the hardware that was in the box?
>
> If I remember correctly we gave Jordan a check for like 5000 guilders.
> Which I guess would be 2500 us$ at that time. Which was not an enormous
> amount of m
On 29-7-2015 18:01, Jordan Hubbard wrote:
On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen
wrote:
You have any idea what is/was actual the hardware that was in the
box?
If I remember correctly we gave Jordan a check for like 5000
guilders. Which I guess would be 2500 us$ at that time. Which
FreeBSD_STABLE_9-i386 - Build #114 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/changes
Full build log:
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/console
Change s
Hello,
it looks like an old issue [1,2,3], but it's bugging me.
Generally, I'm not able to mount msdos file system as a regular user
with extra charset options (-L) before the superuser. After the
superuser mounts (and unmounts) the file system, regular users can do it
to. Below is more info ab
I think you should make sure the msdosfs_iconv module is already loaded.
Mount_msdosfs loads this module for you if it has the rights. That is why
it works if root has done that ones.
Add this to rc.conf and reboot:
kld_list="msdosfs_iconv"
Regards,
Ronald.
On Wed, 29 Jul 2015 21:32:00 +02
On Wed, Jul 29, 2015 at 09:32:00PM +0200, ae...@posteo.de wrote:
> Generally, I'm not able to mount msdos file system as a regular user
> with extra charset options (-L) before the superuser. After the
> superuser mounts (and unmounts) the file system, regular users can do it
> to.
msdosfs chars
ll, suspend works (in console mode of course), but not
> resume, both with the nonpatched and the patched kernel. After resume
> the screen keeps being black, but the system can be logged to with ssh,
> but cannot be powered off nor rebooted from another system. Furthermore
>
never appeared
in any log before):
Jul 29 12:28:12 watson devd: Executing '/etc/rc.suspend acpi 0x03'
Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12
Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1
(disconnected)
Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1,
gt;
>>> 1) resume does not work with a non patched kernel, but works when the
>>> MFC of r281874 is reverted (i.e. r285863 applied) - in console mode (vt)
>>> and X.org.
>>>
>>> 2) and now is my bad surprise: when i915kms+drm2+iic*+kbdmux are not
>&
I have several FreeBSD 9.3 systems that are using swap and I can’t figure out
what is doing it. The key system has 6GB swap and currently it has over 2GB in
use. ps shows only a kernel module [intr] with a W status. Obviously that
isn’t using the space. No other process shows a W in its stat
On Wed, 29 Jul 2015 17:41:33 -0700 Doug Hardie wrote
> I have several FreeBSD 9.3 systems that are using swap and I can’t figure
> out what is doing it. The key system has 6GB swap and currently it has over
> 2GB in use. ps shows only a kernel module [intr] with a W status. Obviously
> that is
On Saturday, July 25, 2015 03:54:40 PM Kevin Oberman wrote:
> John,
>
> I'm concerned that two issues may be getting conflated.
>
> The issue I thought we were looking at was the failure of some systems
> (T520, X220, T430) to resume after a number of PCI enhancements were MFCed.
> This is comple
> On 29 July 2015, at 18:57, Chris H wrote:
>
> On Wed, 29 Jul 2015 17:41:33 -0700 Doug Hardie wrote
>
>> I have several FreeBSD 9.3 systems that are using swap and I can’t figure
>> out what is doing it. The key system has 6GB swap and currently it has over
>> 2GB in use. ps shows only a ke
> On 29 July 2015, at 17:41, Doug Hardie wrote:
>
> I have several FreeBSD 9.3 systems that are using swap and I can’t figure out
> what is doing it. The key system has 6GB swap and currently it has over 2GB
> in use. ps shows only a kernel module [intr] with a W status. Obviously
> that i
[reformatted]
On 2015-Jul-29 17:41:33 -0700, Doug Hardie wrote:
>I have several FreeBSD 9.3 systems that are using swap and I can’t
>figure out what is doing it. The key system has 6GB swap and
>currently it has over 2GB in use.
Is the system currently paging (top(1) and "systat -v" will show
t
19 matches
Mail list logo
