[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Anybody here know what a rock64 is?

See man xorg.conf  On my old hp laptop (Pavillion dv2700) with Debian
Linux hp 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux
There's a /etc/X11/xorg.conf.d directory, the individual parts go in
there with .conf extensions.  You don't need a whole one.  It looks in
various places for one, I think it's in a man page somewhere.  You
should be able to tell by the log if it's reading it.

There's also the option of doing xorg -configure (only when running as
root) and it will make its best guesses and write them out to an
xorg.conf file, you can use that as a template and edit it into what
you need.  I don't remember where it puts it, current directory or
~/$HOME I think.  I don't think it puts it where it needs to go to

I don't have any usb3 stuff, does it have to be usb3?   If you took
the drive out of the adapter and plugged it into a SATA connector
you'd probably find it's OK, might need an fsck.  I don't know about
clearing the buffers, seems like the power switch should work.  Maybe
unplug any powered USB hub for a minute too.

I don't know what vop is.  The pi has the same GUI file manager as my
hp, pcmanfm or something.  But it seems like that would only be a
problem under X and if you were poking around in mc without X that
stuff shouldn't be mounted.  Maybe the file manager is only
controlling the automount happening somewhere else.

You can do dmesg | less or into grep for what you're looking for.  Or
send it to a text file with >.  Or journalctl is the newer way, about
the same stuff I think, but you can enable persistent logging to look
at log entries just before a crash.

On 4/22/18, Gene Heskett <gheskett@shentel.net> wrote:
> On Sunday 22 April 2018 10:33:10 Alan Corey wrote:
>> Can't you mount something to multiple mount points?  In other words
>> just ignore the automount and mount it where you want it in parallel?
> First you need the log to see what it was that was detected when it was
> plugged in. Since wheezy changed to /var/log/syslog as opposed to
> messages, the log hasn't been near as usefull, too much other noise.
> Twould be nice if a tail could be put on dmesg.
>> One automount culprit on a Pi anyway is the GUI file manager.
> This isn't a pi, its an amd64 phenom around a decade old now. Its what
> the card readers are being plugged into to burn images with.
> Regarding the usb3 drive thats apparently now trashed, the rock64 is the
> only usb3 capable thing on site.
> I finally got it to boot after disabling the usb3 HD mount in fstab.
> But x isn't running, no screens found according to the log. Then 3 hours
> later I tap the spacebar to wake up the monitor again, and find a 2 line
> message about re-adjusting it to 1366x768, which is in fact the monitors
> native resolution. I've had a black screen with a flashing underline
> cursor that wasn't connected to the keyboard or mouse. Getting that far
> enables the networking, so I have a couple logins into it.
> Running dmesg gets me those same lines as the screen now shows as the
> last 2 lines.
>  8148.676369] rockchip-vop ff370000.vop: [drm:vop_crtc_enable] Update
> mode to 1366*768
> [ 8148.676421] rockchip-vop ff370000.vop: [drm:vop_isr] *ERROR* BUS_ERROR
> irq err
> What is this trying to tell me?
> So how and where do I create an xorg.conf that gives it that screen?
> Thanks Alan.
> --
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page <http://geneslinuxbox.net:6309/gene>

No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Reply to: