It's running again. I ran Seagate Diagnostics, the long version, like
2 hours. When it was about 97% done it hadn't given any messages, and
I went to dinner. When I came back I found I'd knocked the power plug
out, the battery had run down, so I booted it up cold. Took longer
than usual but it
On Mon, Feb 29, 2016 at 11:14:09PM +0100, ni...@posteo.de wrote:
> Hello,
>
> I'm running -current on my Zenbook UX305FA everything except the
> graphic works great. It's running a Braodwell CPU and Intel Graphics.
>
> During the boot process as soon as inteldrm loads the screen turns
> black.
Aumente radicalmente el flujo de caja, las ganancias y la clientela de su
restaurante!
Ãnica Fecha, ¡No deje pasar esta oportunidad!
22 de Abril / Guadalajara Más información>>
Como Organizar y Dirigir un Restaurante, 22 de Abril en Guadalajara. Unica
Fecha en Guadalajara
Pregunte por este
Hello,
I'm running -current on my Zenbook UX305FA everything except the
graphic works great. It's running a Braodwell CPU and Intel Graphics.
During the boot process as soon as inteldrm loads the screen turns
black. The backlight is still on and the laptop boots fine so I can ssh
into it.
On Mon, Feb 29, 2016 at 11:24:23AM -0500, Alan Corey wrote:
> Everything's been stable for months. Then I was running badblocks on an SD
> card plugged into a USB card reader. The screen went white, I couldn't
> ssh to it, so I killed the power. It boots to just past the file system
> checks
I forgot, wd0a and e aren't the only OpenBSD partitions, the biggie is
wd0m, about 500 gigs. There's 4 gigs of RAM and I never had a problem
with it before, but I can reproduce the uvm fault by trying to fsck it
in single user mode. I don't remember whether swap is on at that
point or not.
Transcribing from a cell phone picture of the screen on another machine later:
/dev/rwd0a fscked OK
/dev/rwd0e fscked OK (both of my OpenBSD partitions)
acpivideo1 unknown event 0x00
uhubs 0-6 detached
uhubs 0-6 at usb0-6 "Intel UHCI (and EHCI) root hub" rev 1.00 (2.0 on the EHCI)
uvm_fault
Everything's been stable for months. Then I was running badblocks on an SD
card plugged into a USB card reader. The screen went white, I couldn't
ssh to it, so I killed the power. It boots to just past the file system
checks and hangs, disk access light on. Did that before so I went away for
Hi misc@,
I just cracked this and it doesn't seem to be well documented so I
thought I'd stick it here.
My setup is a VAIO laptop dualbooting Ubuntu 16.04 and OpenBSD -CURRENT.
I've got sd0a setup as a cryptoraid partition, so I needed a way to
chainload into the OBSD bootloader to get a
> ... but i see no simple & obvious solution that doesn't break current common
> use-cases
Maybe I'm wrong, but hotplugd comes to my mind. Isn't it possible to
run some script(s) at plug/unplug events associated with that USB DAC
in order to reconfigure sndiod.
Again, I never used hotplugd, but
10 matches
Mail list logo
