Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #206964 > unrolled thread
| Started by | bw <bwtnguy@yahoo.com> |
|---|---|
| First post | 2019-04-04 17:50 +0200 |
| Last post | 2019-04-05 20:10 +0200 |
| Articles | 7 — 3 participants |
Back to article view | Back to linux.debian.user
Re: Getting amd64 stretch netinstall to work. bw <bwtnguy@yahoo.com> - 2019-04-04 17:50 +0200
Re: Getting amd64 stretch netinstall to work. Felix Miata <mrmazda@earthlink.net> - 2019-04-04 20:30 +0200
Re: Getting amd64 stretch netinstall to work. Gene Heskett <gheskett@shentel.net> - 2019-04-04 21:10 +0200
Re: "fatal" screen blanking (was: Getting amd64 stretch netinstall to work) Felix Miata <mrmazda@earthlink.net> - 2019-04-05 10:20 +0200
Re: "fatal" screen blanking (was: Getting amd64 stretch netinstall to work) Gene Heskett <gheskett@shentel.net> - 2019-04-05 12:10 +0200
Re: "fatal" screen blanking Felix Miata <mrmazda@earthlink.net> - 2019-04-05 15:10 +0200
Re: "fatal" screen blanking Gene Heskett <gheskett@shentel.net> - 2019-04-05 20:10 +0200
| From | bw <bwtnguy@yahoo.com> |
|---|---|
| Date | 2019-04-04 17:50 +0200 |
| Subject | Re: Getting amd64 stretch netinstall to work. |
| Message-ID | <xJcMN-389-7@gated-at.bofh.it> |
In-Reply-To: <201904041039.19463.gheskett@shentel.net> >So how _exactly_ do I make the installer take what it finds, format it, >and just get on with it? You can't. Part of manual partitioning step is selecting the mountpoints and it has to be done by someone. How would you expect the installer to know what partition is for / or /home/ or /var or whatever? I guess you could do some kind of preseed script, but that's beyond me, and doesn't sound like what you want. Try the guide much? https://www.debian.org/releases/stable/amd64/ch06s03.html.en#di-partition
[toc] | [next] | [standalone]
| From | Felix Miata <mrmazda@earthlink.net> |
|---|---|
| Date | 2019-04-04 20:30 +0200 |
| Message-ID | <xJfhD-4KC-3@gated-at.bofh.it> |
| In reply to | #206964 |
bw composed on 2019-04-04 11:24 (UTC-0400): > Try the guide much? > https://www.debian.org/releases/stable/amd64/ch06s03.html.en#di-partition It lacks the screenshots that are key to understanding existing partition utilization. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
[toc] | [prev] | [next] | [standalone]
| From | Gene Heskett <gheskett@shentel.net> |
|---|---|
| Date | 2019-04-04 21:10 +0200 |
| Message-ID | <xJfUl-5ei-3@gated-at.bofh.it> |
| In reply to | #206964 |
On Thursday 04 April 2019 11:24:24 bw wrote: > In-Reply-To: <201904041039.19463.gheskett@shentel.net> > > >So how _exactly_ do I make the installer take what it finds, format > > it, and just get on with it? > > You can't. Part of manual partitioning step is selecting the > mountpoints and it has to be done by someone. How would you expect > the installer to know what partition is for / or /home/ or /var or > whatever? > If the disks partitions have been labeled, that removes that excuse, and they were. But, to get current, adding a 300 meg /boot partition solved that problem. And many of the remaining problems aren't showstoppers except for one. I had mc copying some of my data from the deb7 drive to this one, but I had other things to do and left mc running but sitting idle while I attended to the washing machine and walked to the mailbox to get todays mail. On returning, the screen had been blanked. Nothing on the keyboard or mouse would unblank it, and I had to resort to the reset button. TDE-trinity is now installed and was rebooted to at the time. No screenblanker gfx had yet been assigned, nor had an "xset -q" been run to see what the defaults might have been. So I am rebooted back to wheezy pending advice on what to do about this as I don't expect to have to reset & reboot the machine everytime I walk away for ten minutes. Hopefully someone else has encountered this and knows the fix. Thanks. > I guess you could do some kind of preseed script, but that's beyond > me, and doesn't sound like what you want. > > Try the guide much? > https://www.debian.org/releases/stable/amd64/ch06s03.html.en#di-partit >ion Didn't know it existed. 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>
[toc] | [prev] | [next] | [standalone]
| From | Felix Miata <mrmazda@earthlink.net> |
|---|---|
| Date | 2019-04-05 10:20 +0200 |
| Subject | Re: "fatal" screen blanking (was: Getting amd64 stretch netinstall to work) |
| Message-ID | <xJseR-4yX-3@gated-at.bofh.it> |
| In reply to | #206983 |
Gene Heskett composed on 2019-04-04 15:09 (UTC-0400): > ...I had other things to do and left mc running but sitting idle > while I attended to the washing machine and walked to the mailbox to get > todays mail. On returning, the screen had been blanked. Nothing on the > keyboard or mouse would unblank it, and I had to resort to the reset > button. > TDE-trinity is now installed and was rebooted to at the time. No > screenblanker gfx had yet been assigned, nor had an "xset -q" been run > to see what the defaults might have been. So I am rebooted back to > wheezy pending advice on what to do about this as I don't expect to have > to reset & reboot the machine everytime I walk away for ten minutes. > Hopefully someone else has encountered this and knows the fix. Were you running MC in TDE? Have you set its screen power save to maximum 120 minutes (as I do)? Have you tried booting with consoleblank=0 on kernel cmdline? Have you tried anything like xorg.conf for dpms? e.g. /etc/xorg.conf.d/50-monitor.conf: Section "Monitor" Identifier "DefaultMonitor" Option "DPMS" "off" EndSection Have you tried setting BIOS suspend mode to S1 instead of (typical default) S3? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
[toc] | [prev] | [next] | [standalone]
| From | Gene Heskett <gheskett@shentel.net> |
|---|---|
| Date | 2019-04-05 12:10 +0200 |
| Subject | Re: "fatal" screen blanking (was: Getting amd64 stretch netinstall to work) |
| Message-ID | <xJtXk-5G8-3@gated-at.bofh.it> |
| In reply to | #207003 |
On Friday 05 April 2019 04:09:55 Felix Miata wrote: > Gene Heskett composed on 2019-04-04 15:09 (UTC-0400): > > ...I had other things to do and left mc running but sitting idle > > while I attended to the washing machine and walked to the mailbox to > > get todays mail. On returning, the screen had been blanked. > > Nothing on the keyboard or mouse would unblank it, and I had to > > resort to the reset button. > > > > TDE-trinity is now installed and was rebooted to at the time. No > > screenblanker gfx had yet been assigned, nor had an "xset -q" been > > run to see what the defaults might have been. So I am rebooted back > > to wheezy pending advice on what to do about this as I don't expect > > to have to reset & reboot the machine everytime I walk away for ten > > minutes. > > > > Hopefully someone else has encountered this and knows the fix. > > Were you running MC in TDE? Have you set its screen power save to > maximum 120 minutes (as I do)? > MC has no such option. TDE I haven't checked yet. But PI sure wouldn't think its defaults would be such a disaster. > Have you tried booting with consoleblank=0 on kernel cmdline? No, never had to before. > Have you tried anything like xorg.conf for dpms? e.g. The monitor was not turned off, just blanked with a blinking cursor. And no response from the keyboard or mouse, as if the wireless usb rx dongles had all been turned off. That left the reset button which rebooted it of course. > > /etc/xorg.conf.d/50-monitor.conf: > > Section "Monitor" > Identifier "DefaultMonitor" > Option "DPMS" "off" > EndSection I'll look the next time I reboot to it. > Have you tried setting BIOS suspend mode to S1 instead of (typical > default) S3? I have never played with that as it runs 24/7. Not even sure I could find it in the bios. And I don't even know the diff between S1 and S3. 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>
[toc] | [prev] | [next] | [standalone]
| From | Felix Miata <mrmazda@earthlink.net> |
|---|---|
| Date | 2019-04-05 15:10 +0200 |
| Subject | Re: "fatal" screen blanking |
| Message-ID | <xJwLv-7pA-5@gated-at.bofh.it> |
| In reply to | #207008 |
Gene Heskett composed on 2019-04-05 06:03 (UTC-0400): > On Friday 05 April 2019 04:09:55 Felix Miata wrote: >> Were you running MC in TDE? Have you set its screen power save to >> maximum 120 minutes (as I do)? > MC has no such option. TDE I haven't checked yet. But PI sure wouldn't > think its defaults would be such a disaster I didn't mean MC has any blanking option. I meant starting TDE session, then in Konsole or directly opening MC. >> Have you tried anything like xorg.conf for dpms? e.g. > The monitor was not turned off, just blanked with a blinking cursor. And > no response from the keyboard or mouse, as if the wireless usb rx > dongles had all been turned off. When this happens to me, I first check for freeze by toggling NUM. Next I unplug and replug mouse and try again. Wireless I don't routinely use for anything. My hands are glitchy enough without glitchy wireless mice to compound poor pointer control. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
[toc] | [prev] | [next] | [standalone]
| From | Gene Heskett <gheskett@shentel.net> |
|---|---|
| Date | 2019-04-05 20:10 +0200 |
| Subject | Re: "fatal" screen blanking |
| Message-ID | <xJBrQ-1RQ-7@gated-at.bofh.it> |
| In reply to | #207026 |
On Friday 05 April 2019 09:08:33 Felix Miata wrote: > Gene Heskett composed on 2019-04-05 06:03 (UTC-0400): > > On Friday 05 April 2019 04:09:55 Felix Miata wrote: > >> Were you running MC in TDE? Have you set its screen power save to > >> maximum 120 minutes (as I do)? > > > > MC has no such option. TDE I haven't checked yet. But PI sure > > wouldn't think its defaults would be such a disaster > > I didn't mean MC has any blanking option. I meant starting TDE > session, then in Konsole or directly opening MC. > > >> Have you tried anything like xorg.conf for dpms? e.g. > > > > The monitor was not turned off, just blanked with a blinking cursor. > > And no response from the keyboard or mouse, as if the wireless usb > > rx dongles had all been turned off. > > When this happens to me, I first check for freeze by toggling NUM. Hadn't thought of that, no tally for that on a log. K-360 but caps lock doesn't enable/disable that indicator. AIUI, that keystroke goes to the computer, and the led on off comes back. So my assumption is that usb is disabled when blanked. But since I have the blinking underline cursor, I wouldn't call it blanked either. But since its only happened twice, and I finally got twm to run the windows instead of lightdm running xfce4, it may not happen again. > Next I unplug and replug mouse and try again. Wireless I don't > routinely use for anything. My hands are glitchy enough without > glitchy wireless mice to compound poor pointer control. My usb dongles are on the end of an extention cable, within a 10cm of both the keyboard and the mouse, Poor pointer control is not a problem. Keeping batteries in the mouse is. And getting ancient fingers to hit the correct keys is the biggest problem by far. :) I do use a lot of usb here but thats the extent of usb+wireless. I even have all the radios turned off due to a neighbor's cell phone that can hack into an active radio and use 80gb of my bandwidth a month, and do it 2 seconds after I enable the radio, but I do enable the radios so my visiting boys can use their $800 cell phones while visiting. 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>
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web