Screen resolution during Stretch installation
Hi all! I don't know if this is the wright place to ask, but I'm searching a lot trying to find a way to this problem. I'm installing Debian in my Asus ROG GL552VW laptop (Intel and Nvidia video cards) and the resolution (probably 3840x2160)is set in a way that the font size is so small that I have to almost put my face on the monitor so I can read. And the windows size is also larger than the monitor area, so I can't see the buttons. I can complete the installation either way, but I want to know why this is happening and how to solve this. After OS install, I try to follow Debian instructions to install Nvidia drivers. But I'm following every tutorial and ending up with a broken installation. So, my questions: Where I can change the screen resolution during (or before) install? After install, resolution is still wrong. How can I set OS resolution during install? I hope somebody could give some advice on where to go. Thanks!!
DRBD Package
I'd like to know if exist drbd in ded package. Because I need create a HA. Please send with Cc: [EMAIL PROTECTED] Thank's Fabiano
Unidentified subject!
I'm a problem with hylafax. I only receipt fax, does't send fax and I would like to send way email. And the big problem, faxgetty start many times and fulling my memory. please send with Cc Fabiano Gutierrez.
Re: Weird /tmp permission/ownership problem
Alexander Stavitsky wrote: > I'm using relatively current hamm. > All of a sudden my /tmp is owned by user 1000, group 1000 permission 755 > That led to discovery of unfixed bug with dpkg & dpkg-dev (all their files > are owned by user/group 1000/1000). > But that doesn't explain the mysterious change of ownership/permission of > /tmp. I've changed all incorrect files from dpkg/dpkg-dev to root.root > Shortly after /tmp went back to permission 755 but now without change in > ownership. All of this is really weird. > > Has anybody else experienced this? > Also - how can track down the process that changes /tmp permissions? I am using Debian 1.3.1, that I have installed only few days ago. Last friday, meanwhile I was connected to the Net via ppp, the Afterstep WM crashed. No way to restart it. Afterstep writes some kind of information into /tmp. Only some time after I realized that the permissions of /tmp were no longer: drwxrwxrwt but: drwxr-xr-x and Afterstep was no longer able to write into that directory. I have no idea about who or what could have changed the permissions. I also carefully looked to tcp daemons logs, but did not find anything strange. Hope this help. Bye -- Mario Contrary to popular belief, Unix is user friendly, It just happens to be selective about who it makes friends with. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Miscellaneous and security
I am a new Debian user. I actually have been using Linux for a while. I have some questions. Is there some way to unpack a Debian package in a place different than the target directories, e.g. /tmp? The aim is just to look at the files belonging to the package. Is there some way, maybe using dpkg, to check the integrity of the installed files. Put in other words, how can I check that some executables have not been replaced by some malicious users. I have found some log files in /var/log that are readable by anybody. Maybe they are not particularly critical. I want anyway to change their permissions, for instance to 640, for the owners root.adm. Will be the permissions kept by the logrotate program? Thank you in advance for your attention. -- Mario Contrary to popular belief, Unix is user friendly, It just happens to be selective about who it makes friends with. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
