Re: ntp problem
On Tue, 24 Jun 2014, Henrique de Moraes Holschuh wrote: start ntpd with the '-g' option to fix that (add it to /etc/default/ntp). That doesn't work, as this option was already in use. We used to apply drift correction (stored in /etc/adjtime) when we still ran hctosys / systohc during system boot/shutdown (refer to /etc/init.d/hwclock*). I am unsure whether we still run that properly. So, if you cannot live with the "ntpd -g" skip on boot/resume, you'll likely have to set up the adjtimex package manually, and configure the hwclock package (also manually). I found the following recommendation in the adjtimex man. I'll try it hwclock can be used to approximately correct for a constant drift in the hardware clock. In this case, "hwclock --adjust" is run occasionally. The user needs to set the time with "hwclock --set" several times over the course of a few days so hwclock can estimate the drift rate. during that time, ntpd should not be running After you have run "hwclock --set" for the last time, it's okay to start ntpd. Anyway, the fact that this problem appeared just a few days ago on a machine running since about 5 years seems indicate a hardware problem (battery?) best regards, -- Pierre Frenkiel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.10.1406250902340.2...@pfr2.frenkiel-hure.net
Re: chkrootkit message
On 2014-06-24, Brian wrote: > > Yes? No. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnlql03m.2cv.cu...@einstein.electron.org
is this sensible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, I wanted to update my gthumb package (wich became ugly for an unknown reason). So I asked: apt-get install gthumb Here is the answer: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libboost-date-time1.49.0 libboost-date-time1.53.0 libcmis-0.3-3 libhsqldb1.8.0-java libmwaw-0.1-1 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: gcc-4.9-base gcc-4.9-base:i386 geoclue-2.0 gir1.2-pango-1.0 gthumb-data libabw-0.0-0 libaudit-common libaudit1 libboost-date-time1.55.0 libcmis-0.4-4 libe-book-0.0-0 libeot0 libetonyek-0.0-0 libfreehand-0.0-0 libgl1-nvidia-glx libharfbuzz-dev libharfbuzz-gobject0 libharfbuzz-icu0 libharfbuzz0b libharfbuzz0b:i386 libjavascriptcoregtk-3.0-0 libllvm3.4 libmbim-glib0 libmm-glib0 libmwaw-0.2-2 libnvidia-ml1 libpam-systemd libpango-1.0-0 libpango-1.0-0:i386 libpango1.0-0 libpango1.0-dev libpangocairo-1.0-0 libpangocairo-1.0-0:i386 libpangoft2-1.0-0 libpangoft2-1.0-0:i386 libpangoxft-1.0-0 libpangoxft-1.0-0:i386 libqmi-glib0 libreoffice libreoffice-avmedia-backend-gstreamer libreoffice-base libreoffice-base-core libreoffice-base-drivers libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-gtk libreoffice-impress libreoffice-math libreoffice-style-galaxy libreoffice-style-tango libreoffice-writer libstdc++6 libstdc++6:i386 libsystemd-daemon0 libwebkit2gtk-3.0-25 libwebkitgtk-3.0-0 libwebp5 libxatracker2 libxshmfence1 modemmanager network-manager nvidia-alternative nvidia-driver nvidia-kernel-dkms nvidia-modprobe nvidia-settings nvidia-vdpau-driver python-uno systemd systemd-sysv sysvinit uno-libs3 ure xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware Suggested packages: ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp ttf-baekmuk:i386 ttf-arphic-gbsn00lp:i386 ttf-arphic-bsmi00lp:i386 ttf-arphic-gkai00mp:i386 ttf-arphic-bkai00mp:i386 hyphen-hyphenation-patterns libreoffice-gnome libreoffice-kde libreoffice-grammarcheck mythes-thesaurus openclipart-libreoffice unixodbc gstreamer1.0-plugins-bad gstreamer1.0-ffmpeg libreoffice-officebean libreoffice-gcj libreoffice-report-builder libjtds-java libreoffice-mysql-connector libmyodbc libmysql-java libreoffice-sdbc-postgresql odbc-postgresql libpg-java libsqliteodbc tdsodbc mdbtools ocl-icd-libopencl1 libreoffice-style-crystal libreoffice-style-hicontrast libreoffice-style-oxygen libreoffice-style-sifr bluez avahi-autoipd systemd-ui gpointing-device-settings touchfreeze xinput firmware-linux Recommended packages: libreoffice-sdbc-firebird libreoffice-sdbc-hsqldb libgl1-nvidia-glx-i386 xserver-xorg-video-qxl The following packages will be REMOVED: libaudit0 libharfbuzz0a libharfbuzz0a:i386 libxvmcnvidia1 xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-chips xserver-xorg-video-i128 xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-sis xserver-xorg-video-tseng xserver-xorg-video-voodoo The following NEW packages will be installed: gcc-4.9-base gcc-4.9-base:i386 geoclue-2.0 libabw-0.0-0 libaudit-common libaudit1 libboost-date-time1.55.0 libcmis-0.4-4 libe-book-0.0-0 libeot0 libetonyek-0.0-0 libfreehand-0.0-0 libharfbuzz-gobject0 libharfbuzz0b libharfbuzz0b:i386 libllvm3.4 libmbim-glib0 libmm-glib0 libmwaw-0.2-2 libnvidia-ml1 libpam-systemd libqmi-glib0 libreoffice-avmedia-backend-gstreamer libreoffice-base-drivers libsystemd-daemon0 libwebkit2gtk-3.0-25 libwebp5 libxatracker2 libxshmfence1 nvidia-modprobe systemd systemd-sysv xserver-xorg-video-modesetting The following packages will be upgraded: gir1.2-pango-1.0 gthumb gthumb-data libgl1-nvidia-glx libharfbuzz-dev libharfbuzz-icu0 libjavascriptcoregtk-3.0-0 libpango-1.0-0 libpango-1.0-0:i386 libpango1.0-0 libpango1.0-dev libpangocairo-1.0-0 libpangocairo-1.0-0:i386 libpangoft2-1.0-0 libpangoft2-1.0-0:i386 libpangoxft-1.0-0 libpangoxft-1.0-0:i386 libreoffice libreoffice-base libreoffice-base-core libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-gtk li
Re: ntp problem
On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote: > seems indicate a hardware problem (battery?) I nearly said so, but grandmothers and eggs came to mind. CMOS batteries are cheap enough. Why not just change it and see? It does not sound unreasonable that a battery should be running down after 5 years or more. And you don't want to wait until odd things start happening to your system. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406250947.47230.lisi.re...@gmail.com
Re: Early access to a console (during runlevel 1)
On 2014-06-25, Chris Bannister wrote: > On Sun, Jun 22, 2014 at 11:52:46PM -0600, Bob Proulx wrote: >> >> A proactive admin should be aware of these things and schedule >> appropriate preventative maintenance. > > May I suggest Qualitative Maintenance as a better strategy. > > http://assetinsights.net/Glossary/G_Qualitative_Maintenance.html > > (as opposed to Preventative Maintenance.) > I, for one (well), prefer Preventive Maintenance to Preventative Maintenance, and Quality Maintenance to Qualitative Maintenance. And as far as pink elephants go, the only equipment required is a bottle of gin (empty). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnlql36q.2cv.cu...@einstein.electron.org
Re: is this sensible?
On Wednesday 25 June 2014 09:32:22 François Patte wrote: > I wanted to update my gthumb package (wich became ugly for an unknown > reason). So I asked: > > apt-get install gthumb If you just want to update, why are you installing? Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406250949.03417.lisi.re...@gmail.com
Re: is this sensible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 10:49, Lisi Reisz a écrit : > On Wednesday 25 June 2014 09:32:22 François Patte wrote: >> I wanted to update my gthumb package (wich became ugly for an >> unknown reason). So I asked: >> >> apt-get install gthumb > > If you just want to update, why are you installing? man apt-get: install install is followed by one or more packages desired for installation or upgrading. Each package is a package name, not a fully qualified filename (for instance, in a Debian system, apt-utils would be the argument provided, not apt-utils_1.0.3_amd64.deb). All packages required by the package(s) specified for installation will also be retrieved and installed. The /etc/apt/sources.list file is used to locate the desired packages. If a hyphen is appended to the package name (with no intervening space), the identified package will be removed if it is installed. Similarly a plus sign can be used to designate a package to install. These latter features may be used to override decisions made by apt-get's conflict resolution system. > > Lisi > > - -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOqjuAACgkQdE6C2dhV2JUgFgCfbJ70KWlYAU0l16/VeQ+FMwk8 RKoAoMrR0N3mLKBF1V+XbtHerkHTLMnn =zGgP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aa8ee0.8090...@mi.parisdescartes.fr
Re: is this sensible?
On Wed, June 25, 2014 1:57 am, François Patte wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Le 25/06/2014 10:49, Lisi Reisz a écrit : >> On Wednesday 25 June 2014 09:32:22 François Patte wrote: >>> I wanted to update my gthumb package (wich became ugly for an >>> unknown reason). So I asked: >>> >>> apt-get install gthumb Before installing anything, always update. This is what the machine is actually trying to do. Update, so that everything is current, then install the required package immediately, and you won't have that trouble. Cheers! Weaver -- "It is the duty of the patriot to protect his country from its government." -- Thomas Paine Registered Linux User: 554515 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/45bfa9698ed9412b307903521dab6d56.squir...@fruiteater.riseup.net
Re: is this sensible?
On Wednesday 25 June 2014 09:57:04 François Patte wrote: > Le 25/06/2014 10:49, Lisi Reisz a écrit : > > On Wednesday 25 June 2014 09:32:22 François Patte wrote: > >> I wanted to update my gthumb package (wich became ugly for an > >> unknown reason). So I asked: > >> > >> apt-get install gthumb > > > > If you just want to update, why are you installing? > > man apt-get: That doesn't explain it. It explains how to install. But you say that you want to upgrade it: # apt-get update # apt-get -u upgrade aptitude update (or apt-get update, see apt-get) to update apt's internal database of available packages aptitude safe-upgrade (or apt-get -u upgrade) to bring all currently installed packages up to date https://wiki.debian.org/DebianPackageManagement I would then probably do full-upgrade on aptitude, but that would do more, and I do not have experience of apt-get dist-upgrade, which I believe is the equivalent. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406251017.56510.lisi.re...@gmail.com
Re: ntp problem
On Wed, 25 Jun 2014, Lisi Reisz wrote: On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote: seems indicate a hardware problem (battery?) I nearly said so, but grandmothers and eggs came to mind. CMOS batteries are cheap enough. Why not just change it and see? It does not sound unreasonable that a battery should be running down after 5 years or more. And you don't want to wait until odd things start happening to your system. Hi Lisi, good advice. I had already in mind to do that, as I have anyway to open the PC to add a new graphic card and a disk best regards, -- Pierre Frenkiel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.10.1406251131510.6...@pfr2.frenkiel-hure.net
Re: raid/mdadm help
On Wed, Jun 25, 2014 at 04:22:24AM +0200, B wrote: > On Tue, 24 Jun 2014 22:03:54 -0400 > "Rodney D. Myers" wrote: > > > Yes, see reply from Francois Patte > > Then kick off the 500GB HD and stay with 3 HDz; of course, > you won't have no spare, but in this case it's almost > useless (if you plan to stock a lot of data). > > Also, depending on what you plan to use your RAID array for, > considering a RAID-1 array would be better (if you plan to > put databases or any data that need very fast I/Oz). Alternatively, if you're willing to try some experimental (but reasonably stable) software, btrfs will quite happily RAID over mis-matched devices. According to http://carfax.org.uk/btrfs-usage/index.html, RAID-5 will allow for 3.1TB of data (assuming 1 copy of the data and 1 parity stripe - remember that btrfs can self-heal in that situation) > > -- > Ah, I found a funny game at work. > I launch my browser and e-mail client together > if the MUA opens first, I work > if it is the browser, I surf the web… > At work we have Chrome and Outlook, my productivity's bad. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625092042.ga5...@darac.org.uk
Re: is this sensible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 11:01, Weaver a écrit : > > On Wed, June 25, 2014 1:57 am, François Patte wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Le 25/06/2014 10:49, Lisi Reisz a écrit : >>> On Wednesday 25 June 2014 09:32:22 François Patte wrote: I wanted to update my gthumb package (wich became ugly for an unknown reason). So I asked: apt-get install gthumb > > Before installing anything, always update. This is what the > machine is actually trying to do. > > Update, so that everything is current, then install the required > package immediately, and you won't have that trouble. Cheers! The problem is: why do I have to install, for instance, gcc-4.9-base gcc-4.9-base:i386 (I don't want to compile anything...) why do I have to install these xserver: xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware I have an nvidia graphic card, so, if needed "nouveau" but I use the proprietary driver... Why should I install systemd? etc. etc. I just wanted to work with gthumb, but it was broken by a preceeding update I waste more time to recover a system than to work - -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOqm5QACgkQdE6C2dhV2JW1pQCgoRZAASAow4RndSerSE543cZ7 grUAnjZXmupQpr3XEOoLfZA8GetKdFu+ =/GZW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aa9b95.2070...@mi.parisdescartes.fr
Re: raid/mdadm help
On Tue, 24 Jun 2014 17:47:18 -0600 Bob Proulx wrote: > Rodney D. Myers wrote: > > it's been 3 hours since I attempted to create the raid array, and > > it's stopped. This is what I see; > > > > /sbin/mdadm --detail /dev/md0 > > That was good information. Additionally can you post the mdstat > output? It would be useful before rendering an opinion. > > cat /proc/mdstat > > Bob Ran all night, and same result /sbin/mdadm --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Tue Jun 24 22:06:36 2014 Raid Level : raid5 Array Size : 1464763392 (1396.91 GiB 1499.92 GB) Used Dev Size : 488254464 (465.64 GiB 499.97 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Tue Jun 24 23:59:35 2014 State : active, FAILED Active Devices : 0 Failed Devices : 4 Spare Devices : 0 Layout : left-symmetric Chunk Size : 512K Number Major Minor RaidDevice State 0 000 removed 2 002 removed 4 004 removed 6 006 removed 0 8 17- faulty /dev/sdb1 1 8 33- faulty /dev/sdc1 2 8 49- faulty /dev/sdd1 4 8 65- faulty /dev/sde1 cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sde1[4](F) sdd1[2](F) sdc1[1](F) sdb1[0](F) 1464763392 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/0] [] bitmap: 0/4 pages [0KB], 65536KB chunk unused devices: -- Rodney D. Myers They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Ben Franklin - 1759 signature.asc Description: PGP signature
Re: is this sensible?
On 25 June 2014 10:51:17 BST, "François Patte" wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >Le 25/06/2014 11:01, Weaver a écrit : >> >> On Wed, June 25, 2014 1:57 am, François Patte wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> Le 25/06/2014 10:49, Lisi Reisz a écrit : On Wednesday 25 June 2014 09:32:22 François Patte wrote: > I wanted to update my gthumb package (wich became ugly for an > unknown reason). So I asked: > > apt-get install gthumb >> >> Before installing anything, always update. This is what the >> machine is actually trying to do. >> >> Update, so that everything is current, then install the required >> package immediately, and you won't have that trouble. Cheers! > >The problem is: why do I have to install, for instance, gcc-4.9-base >gcc-4.9-base:i386 (I don't want to compile anything...) > >why do I have to install these xserver: > > xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse > xserver-xorg-input-synaptics xserver-xorg-input-vmmouse > xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati > xserver-xorg-video-cirrus xserver-xorg-video-fbdev >xserver-xorg-video-intel > xserver-xorg-video-mach64 xserver-xorg-video-mga > xserver-xorg-video-modesetting xserver-xorg-video-neomagic > xserver-xorg-video-nouveau xserver-xorg-video-nvidia > xserver-xorg-video-openchrome xserver-xorg-video-r128 > xserver-xorg-video-radeon xserver-xorg-video-savage > xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb > xserver-xorg-video-tdfx xserver-xorg-video-trident >xserver-xorg-video-vesa > xserver-xorg-video-vmware > >I have an nvidia graphic card, so, if needed "nouveau" but I use the >proprietary driver... > >Why should I install systemd? > >etc. etc. > >I just wanted to work with gthumb, but it was broken by a preceeding >update... Check /var/cache/apt/archives. Is the previous version of gthumb that worked there? If so try: cd to that directory and dpkg -i gthumb-$VERSION-No.deb to downgrade. rob -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1cf1eede-16a7-4995-8e97-ad4088ef2...@email.android.com
Re: raid/mdadm help
I've made sure the 500G drive is the first in the external box. And excluded it in the array. I've started creating a new array using the following; /sbin/mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 /dev/sdc1 /dev/sdd1 /dev/sde1 mdadm: layout defaults to left-symmetric mdadm: layout defaults to left-symmetric mdadm: chunk size defaults to 512K mdadm: size set to 976630272K mdadm: automatically enabling write-intent bitmap on large array mdadm: Defaulting to version 1.2 metadata mdadm: array /dev/md0 started. and formatted to ext4; mkfs.ext4 /dev/md0 mke2fs 1.42.10 (18-May-2014) Creating filesystem with 488315136 4k blocks and 122085376 inodes Filesystem UUID: f676c6bd-bcb4-4ccc-b2c4-77c7a1aff44c Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, 23887872, 71663616, 78675968, 10240, 214990848 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done I'm hoping to simplify the setup by removing the smaller driver -- Rodney D. Myers They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Ben Franklin - 1759 signature.asc Description: PGP signature
Re: Early access to a console (during runlevel 1)
On Wed, Jun 25, 2014 at 08:48:26AM +, Curt wrote: > On 2014-06-25, Chris Bannister wrote: > > On Sun, Jun 22, 2014 at 11:52:46PM -0600, Bob Proulx wrote: > >> > >> A proactive admin should be aware of these things and schedule > >> appropriate preventative maintenance. > > > > May I suggest Qualitative Maintenance as a better strategy. > > > > http://assetinsights.net/Glossary/G_Qualitative_Maintenance.html > > > > (as opposed to Preventative Maintenance.) > > > > I, for one (well), prefer Preventive Maintenance to Preventative > Maintenance, and Quality Maintenance to Qualitative Maintenance. e.g. It was quality maintenance being done but unfortunately the wrong type of maintenance was being performed too often. * quality maintenance - tasks done to a high standard. * qualitative maintenance - tasks carefully chosen to extend the longevity and performance of a device. * preventative maintenance - series of tasks done at specified intervals (without regard to longevity and performance of a device.) IOW, do the tasks cause unnecessary wear and tear themselves? -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625112126.GA17455@tal
Re: is this sensible?
On Wed, Jun 25, 2014 at 10:32:22AM +0200, François Patte wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Bonjour, > > I wanted to update my gthumb package (wich became ugly for an unknown > reason). So I asked: What do yo mean by "...became ugly for an unknown reason...), how do you know it is the gthumb package causing it? -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625112509.GB17455@tal
Re: Getting rights right
>>> chmod -R u+rwX,go-rwx /home/user/Documents
>>
>> I ran this command to restart the process :
>> find /home/user/Documents -type f -exec chmod u+rw,go-rwx -R {} \;
>> and will make executable all following files according the needs.
>
> More comments from me about the above. It is pretty good. It doesn't
> do anything bad. But it could be better.
>
> find $directory -type f
>
> That will find all files below the specified directory.
>
> -exec chmod u+rw,go-rwx -R {} \;
>
> That will chmod each file (each due to "{} \;") to the specified
> symbolic mode. All good.
>
> The -R is a little odd there. That says to recursively change files
> down a directory hierarchy. Of course the find is only going to pass
> it files so there won't ever be a directory seen. The -R in that case
> isn't doing any harm but neither is it doing anything at all. Also
> 'find' is already the super powerful nice recursive command. It is
> the biggest and best tool in the toolbox. Since recursive commands
> can get away from people sometimes I think it best to use one of them
> at a time. :-)
Yeah my bad. It was consecutive to a neuronal freeze at the moment,
completely independent of my will. ^^
> The "{} \;" part is the traditional way to do -exec and you will find
> it in many Unix text books forever. It has some disadvantages though.
> It invokes the command once for each file. That isn't as efficient as
> it could be. More than a decade ago find was enhanced to include the
> "{} +" construct as a new and better form of this. For one "+" isn't
> special to the shell and does not need to be escaped. That is good by
> itself. But "{} +" also invokes the command once and passes the
> entire argument list, or as much of the argument list as possible on
> the system (it is system dependent), to the command. Therefore it is
> much more efficient since it reduces the number of fork and exec calls
> and makes handling the large file lists more efficient.
>
> If we polish up your command just a tiny bit we have this:
>
> find /home/user/Documents -type f -exec chmod u+rw,go-rwx {} +
>
> Again, your original command is fine and got the job done. I just
> wanted to polish it up a small amount for next time.
Very nice ! It's the first time that I see this kind of notation and
does save a lot of time on big jobs.. A big lot. :)
>>> That is usually called UPG (User Private Group).
>>> ...
>>
>> After reading this, I actually found that :
>>
>> umask and level of security : The umask command be used for setting
>> different security levels as follows:
>>
>> umask value Security level Effective permission (directory)
>> 022 Permissive 755
>> 026 Moderate751
>> 027 Moderate750
>> 077 Severe 700
>>
>> in there :
>> http://www.cyberciti.biz/tips/understanding-linux-unix-umask-value-usage.html
>
> I gave that a quick skim and that article seems factually accurate.
> However trying to assign human fuzzy names "Permissive, Moderate,
> Severe" to them is completely arbitrary and I disagree with the
> direction at that point. I would rather have features and
> capabilities line up with the particular goals to be accomplished.
>
> Because frankly I would say for "Severe" security that I would turn
> the power off! That would be severe! :-)
But efficient ! I tried that but I guess you didn't receive the message
I sent at the time.. :)
>> And I was planning to set a "severe" security plan. Based on the
>> thinking that I have 3 computers (that only I use) to run behind a box
>> and that I thought wiser to set them to the maximum security first, find
>> out what they will exchange in second and then update the permissions
>> accordingly, as I have very little impact on the box security.
>
> Given all of the above I think that is a reasonable plan. I can't
> argue with the direction of your thinking. But I also understand how
> these permissions work and how they interact. So I personally
> wouldn't be recommending "Severe". I recommend a UPG "umask 02" which
> isn't even an option from the above list. If you are a sole user on
> your own system then it doesn't really matter.
>
>> I then opted for the umask 077. I'm not sure if it's really justified
>> but it couldn't do no harm.. I guess. :)
As I like to experiment^^, I tried that, find on Linuxaria :
/etc/pam.d/common-session
/etc/pam.d/common-session-noninteractive
And in each of these files add the line:
sessionoptional pam_umask.so umask=0077
modified to my needs.. I shouldn't have. :D
The system then didn't want to open any graphic session and I was unable
to find why. Even after removing those bad ideas from pam.d or moving
all the . files and directories from my home.
I reinstalled it. So it could do some harm.
> But for example if you share files by making tar files and sending
> them out then that "Severe" setting creates problems for others when
> t
Re: is this sensible?
Op Wed, 25 Jun 2014 11:51:17 +0200 schreef François Patte : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 11:01, Weaver a écrit : On Wed, June 25, 2014 1:57 am, François Patte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 10:49, Lisi Reisz a écrit : On Wednesday 25 June 2014 09:32:22 François Patte wrote: I wanted to update my gthumb package (wich became ugly for an unknown reason). So I asked: apt-get install gthumb Before installing anything, always update. This is what the machine is actually trying to do. Update, so that everything is current, then install the required package immediately, and you won't have that trouble. Cheers! The problem is: why do I have to install, for instance, gcc-4.9-base gcc-4.9-base:i386 (I don't want to compile anything...) why do I have to install these xserver: xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware I have an nvidia graphic card, so, if needed "nouveau" but I use the proprietary driver... Why should I install systemd? etc. etc. I just wanted to work with gthumb, but it was broken by a preceeding update I waste more time to recover a system than to work try: #apt-get install --no-install-recommends gthumb But I think there is a xserver-xorg-input-all and xserver-xorg-video-all dependency somewhere. Installing "xserver-xorg-input-evdev" and "xserver-xorg-video-nvidia" should be enough to satisfy all packages See: https://packages.debian.org/wheezy/gthumb for a list of dependencies Succes, Floris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/op.xh0ekzfs5k9...@alice.jkfloris.demon.nl
Re: is this sensible?
Op Wed, 25 Jun 2014 14:06:25 +0200 schreef Floris : Op Wed, 25 Jun 2014 11:51:17 +0200 schreef François Patte : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 11:01, Weaver a écrit : On Wed, June 25, 2014 1:57 am, François Patte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 10:49, Lisi Reisz a écrit : On Wednesday 25 June 2014 09:32:22 François Patte wrote: I wanted to update my gthumb package (wich became ugly for an unknown reason). So I asked: apt-get install gthumb Before installing anything, always update. This is what the machine is actually trying to do. Update, so that everything is current, then install the required package immediately, and you won't have that trouble. Cheers! The problem is: why do I have to install, for instance, gcc-4.9-base gcc-4.9-base:i386 (I don't want to compile anything...) why do I have to install these xserver: xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware I have an nvidia graphic card, so, if needed "nouveau" but I use the proprietary driver... Why should I install systemd? etc. etc. I just wanted to work with gthumb, but it was broken by a preceeding update I waste more time to recover a system than to work try: #apt-get install --no-install-recommends gthumb But I think there is a xserver-xorg-input-all and xserver-xorg-video-all dependency somewhere. Installing "xserver-xorg-input-evdev" and "xserver-xorg-video-nvidia" should be enough to satisfy all packages See: https://packages.debian.org/wheezy/gthumb for a list of dependencies for example: gthumb needs libc6 needs libgcc1 needs gcc-4.7-base Success, Floris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/op.xh0et6x95k9...@alice.jkfloris.demon.nl
Re: is this sensible?
Hi. On Wed, Jun 25, 2014 at 11:51:17AM +0200, François Patte wrote: > > The problem is: why do I have to install, for instance, gcc-4.9-base > gcc-4.9-base:i386 (I don't want to compile anything...) These packages contain 'files common to all languages and libraries contained in the GNU Compiler Collection (GCC)'. Basically, you build something with gcc-4.9 = you have to install gcc-4.9-base. This is just the part of upgrade process. > > why do I have to install these xserver: > > xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse > xserver-xorg-input-synaptics xserver-xorg-input-vmmouse > xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati > xserver-xorg-video-cirrus xserver-xorg-video-fbdev > xserver-xorg-video-intel > xserver-xorg-video-mach64 xserver-xorg-video-mga > xserver-xorg-video-modesetting xserver-xorg-video-neomagic > xserver-xorg-video-nouveau xserver-xorg-video-nvidia > xserver-xorg-video-openchrome xserver-xorg-video-r128 > xserver-xorg-video-radeon xserver-xorg-video-savage > xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb > xserver-xorg-video-tdfx xserver-xorg-video-trident > xserver-xorg-video-vesa > xserver-xorg-video-vmware Same thing. xserver wants you to upgrade it. > Why should I install systemd? You have modemmanager and network-manager installed. Recent versions of these packages 'depend' (such dependency can be avoided) on systemd. This topic was discussed in great detail several times on this list recently. > etc. etc. > > I just wanted to work with gthumb, but it was broken by a preceeding > update Try using: apt-get install --no-upgrade gthumb Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625121112.GA29053@x101h
Re: is this sensible?
Le 25.06.2014 11:51, François Patte a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 11:01, Weaver a écrit : On Wed, June 25, 2014 1:57 am, François Patte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 10:49, Lisi Reisz a écrit : On Wednesday 25 June 2014 09:32:22 François Patte wrote: I wanted to update my gthumb package (wich became ugly for an unknown reason). So I asked: apt-get install gthumb Before installing anything, always update. This is what the machine is actually trying to do. Update, so that everything is current, then install the required package immediately, and you won't have that trouble. Cheers! The problem is: why do I have to install, for instance, gcc-4.9-base gcc-4.9-base:i386 (I don't want to compile anything...) why do I have to install these xserver: xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-nvidia xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware I have an nvidia graphic card, so, if needed "nouveau" but I use the proprietary driver... Why should I install systemd? etc. etc. I just wanted to work with gthumb, but it was broken by a preceeding update I waste more time to recover a system than to work This is the problem with non interactive tools: if you do not master the non interactive tool, you do not have real control on it. I have learn a lot of things because I used aptitude with it's ncurses interface. It features a preview mode, in which you can see why things are done. With this knowledge, you will be able to customize the behavior made by your update. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/42e6b8484ae67874a48bef4957a2b...@neutralite.org
Re: is this sensible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 13:25, Chris Bannister a écrit : > On Wed, Jun 25, 2014 at 10:32:22AM +0200, François Patte wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Bonjour, >> >> I wanted to update my gthumb package (wich became ugly for an >> unknown reason). So I asked: > > What do yo mean by "...became ugly for an unknown reason...), how > do you know it is the gthumb package causing it? Have look here: here is what I can see using gthumb version 3.0.1-2: http://www.mi.parisdescartes.fr/~patte/gthumb.png You can't see all thumbnails thumbnails hide the names The first row is not displayed... I cannot access the commentaries I wrote for many images in a previous version... etc. What else than gthumb could do that? - -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOqwVcACgkQdE6C2dhV2JVmcwCgkB8VGd/63cbqC9JNNtt65DDZ gyoAn1YKGVzGqqheJfZRbqgFgCM1UZOp =rtG8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aac157.3030...@mi.parisdescartes.fr
Re: raid/mdadm help
On Wed, 25 Jun 2014 06:43:01 -0400 "Rodney D. Myers" wrote: > I've made sure the 500G drive is the first in the external box. And > excluded it in the array. > > I've started creating a new array using the following; > > /sbin/mdadm --create --verbose /dev/md0 --level=5 > --raid-devices=3 /dev/sdc1 /dev/sdd1 /dev/sde1 mdadm: layout defaults > to left-symmetric mdadm: layout defaults to left-symmetric > mdadm: chunk size defaults to 512K > mdadm: size set to 976630272K > mdadm: automatically enabling write-intent bitmap on large array > mdadm: Defaulting to version 1.2 metadata > mdadm: array /dev/md0 started. > > and formatted to ext4; > > mkfs.ext4 /dev/md0 > mke2fs 1.42.10 (18-May-2014) > Creating filesystem with 488315136 4k blocks and 122085376 inodes > Filesystem UUID: f676c6bd-bcb4-4ccc-b2c4-77c7a1aff44c > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, > 2654208, 4096000, 7962624, 11239424, 2048, 23887872, 71663616, > 78675968, 10240, 214990848 > > Allocating group tables: done > Writing inode tables: done > Creating journal (32768 blocks): done > Writing superblocks and filesystem accounting information: done > > I'm hoping to simplify the setup by removing the smaller driver > Well 2 hours later, failed; /sbin/mdadm --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Wed Jun 25 06:37:06 2014 Raid Level : raid5 Array Size : 1953260544 (1862.77 GiB 2000.14 GB) Used Dev Size : 976630272 (931.39 GiB 1000.07 GB) Raid Devices : 3 Total Devices : 3 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Wed Jun 25 08:04:45 2014 State : active, FAILED Active Devices : 0 Failed Devices : 3 Spare Devices : 0 Layout : left-symmetric Chunk Size : 512K Number Major Minor RaidDevice State 0 000 removed 2 002 removed 4 004 removed 0 8 33- faulty /dev/sdc1 1 8 49- faulty /dev/sdd1 3 8 65- faulty /dev/sde1 cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sde1[3](F) sdd1[1](F) sdc1[0](F) 1953260544 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/0] [___] bitmap: 0/8 pages [0KB], 65536KB chunk unused devices: -- Rodney D. Myers They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Ben Franklin - 1759 signature.asc Description: PGP signature
Re: is this sensible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 25/06/2014 13:25, Chris Bannister a écrit : > On Wed, Jun 25, 2014 at 10:32:22AM +0200, François Patte wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Bonjour, >> >> I wanted to update my gthumb package (wich became ugly for an >> unknown reason). So I asked: > > What do yo mean by "...became ugly for an unknown reason...), how > do you know it is the gthumb package causing it? > here is what you can see with older version of gthumb: http://www.mi.parisdescartes.fr/~patte/gthumb-2.png - -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOqw78ACgkQdE6C2dhV2JXKGgCgmqFz6ysycT52qnxpzVOJ+z8U F9MAoMKTMtEpg/SDuvgr9Sh86lqpMrtT =8uNB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aac3bf.3000...@mi.parisdescartes.fr
Re: ntp problem
On Wed, 25 Jun 2014 09:13:12 +0200 (CEST) Pierre Frenkiel wrote: > Anyway, the fact that this problem appeared just a few days ago on > a machine running since about 5 years seems indicate a hardware > problem (battery?) Very few chances, as this kinda battery can save its load for at least 10 years (except if you had very long periods without pluging your computer). -- Sylviane: Hi there! Ctuchik: Wanna see my dick? Ctuchik: huuu… Sorry mom bad reflex. signature.asc Description: PGP signature
Re: ntp problem
On 2014-06-25, Lisi Reisz wrote: > On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote: >> seems indicate a hardware problem (battery?) > > I nearly said so, but grandmothers and eggs came to mind. Grandmothers will promptly replace a faulty egg? > CMOS batteries are cheap enough. Why not just change it and see? It does > not > sound unreasonable that a battery should be running down after 5 years or > more. And you don't want to wait until odd things start happening to your > system. > > Lisi > > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnlqlik1.2cv.cu...@einstein.electron.org
Re: ntp problem
On Wednesday 25 June 2014 14:11:29 Curt wrote: > On 2014-06-25, Lisi Reisz wrote: > > On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote: > >> seems indicate a hardware problem (battery?) > > > > I nearly said so, but grandmothers and eggs came to mind. > > Grandmothers will promptly replace a faulty egg? http://en.wikipedia.org/wiki/Teaching_grandmother_to_suck_eggs > > > CMOS batteries are cheap enough. Why not just change it and see? Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406251422.33890.lisi.re...@gmail.com
Debian 7, xrdp and cyrillic clipboard
Hello. Installed xrdp using X11RDP-o-Matic, everything works except the Cyrillic copy from client to server and back. While on Ubuntu 12.04 with the same setting Cyrillic works. Maybe I had not installed any package? What could it be? Thank you. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/785201.76686.1403701336547.javamail.zim...@tophouse.ru
Re: is this sensible?
On Wednesday 25 June 2014 13:42:39 François Patte wrote: > >> Bonjour, > >> > >> I wanted to update my gthumb package (wich became ugly for an > >> unknown reason). So I asked: > > > > What do yo mean by "...became ugly for an unknown reason...), how > > do you know it is the gthumb package causing it? > > here is what you can see with older version of gthumb: > > > http://www.mi.parisdescartes.fr/~patte/gthumb-2.png Have you tried either: # apt-get install --reinstall gthumb or # apt-get purge gthumb && apt-get install gthumb ? Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201406251428.22551.lisi.re...@gmail.com
Re: chkrootkit message
Most interesting message on the list: On 06/25/2014 03:55 AM, Curt wrote: On 2014-06-24, Brian wrote: Yes? No. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aadf94.5060...@optonline.net
Re: chkrootkit message
On Wed, 25 Jun 2014 10:41:24 -0400 Doug wrote: > Most interesting message on the list: > > On 06/25/2014 03:55 AM, Curt wrote: > > On 2014-06-24, Brian wrote: > >> Yes? > > No. May be. -- He: "If I made love to you, would you yell?" She:"What do you want me to yell?" -- Benny Hill signature.asc Description: PGP signature
Please help me
Sir, I am a student.I want to install "Debian" in my laptop along with my installed "Windows 7".My laptop has the following configuration: RAM: 4GB Processor: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz . Sir, I want to make the following partitions: Drive name Size Type /(root) 30GB ext4 Swap8GB /uefi 1GB ext4 /home 20GB ext4 But unfortunately I could not install it. I am trying to install "debian-7.5.0-amd64-DVD-1 " uing 16GB USB and this Debian DVD iso size is 3.7GB. I downloaded this DVD( debian-7.5.0-amd64-DVD-1.iso2014-04-26 16:09 3.7G ) from the url:http://cdimage.debian.org/debian-cd/7.5.0/amd64/iso-dvd/ using utorrent. During installation a message says that "The missing firmware files are :rtl_nic/rtl8105e-1.fw . I made my 16GB USB bootable from the iso image using "UNetbootin" software. However I completed installation and a message says installation is complete and now remove your installation media USB. When I restart my laptop a message says "Error: file "/boot/grub/i386-pc/normal.mod' not found . Entering rescue mode grub rescue> " Sir, now what can I do to install "Debian" in my laptop uing USB? Sir,Please help me in detail.
Re: chkrootkit message
On 2014-06-25, Doug wrote: > Most interesting message on the list: > > On 06/25/2014 03:55 AM, Curt wrote: >> On 2014-06-24, Brian wrote: >>> Yes? >> No. >> This business is well ended. My liege and madam, to expostulate What majesty should be, what duty is, Why day is day, night night, and time is time, Were nothing but to waste night, day, and time. Therefore, since brevity is the soul of wit And tediousness the limbs and outward flourishes, I will be brief: your noble son is mad. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnlqlqhj.2cv.cu...@einstein.electron.org
Re: Please help me
Le 25/06/2014 16:55, monirul hasan a écrit : Humm your message is empty, with a text attachment... Strange... > Processor: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz . > > Sir, I want to make the following partitions: > > Drive name Size Type > > /(root) 30GB ext4 > > Swap8GB > > /uefi 1GB ext4 > > /home 20GB ext4 I am sure that the uefi partition must use vfat, not ext4; and I think it should be the first partition, and It may even be better to mount it on /boot/uefi or /boot/efi. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aaeb71.6010...@rail.eu.org
Re: Please help me
Le 25/06/2014 17:32, Erwan David a écrit : > Le 25/06/2014 16:55, monirul hasan a écrit : > > Humm your message is empty, with a text attachment... > > Strange... > >> Processor: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz . >> >> Sir, I want to make the following partitions: >> >> Drive name Size Type >> >> /(root) 30GB ext4 >> >> Swap8GB >> >> /uefi 1GB ext4 >> >> /home 20GB ext4 > I am sure that the uefi partition must use vfat, not ext4; and I think > it should be the first partition, and It may even be better to mount it > on /boot/uefi or /boot/efi. > > > I forgot : in the installer, first let the installer define the partitions, then modify them, not changing the boot/EFI ones, it is better for getting a bootable system. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53aaec2b.5050...@rail.eu.org
Re: ntp problem
On Wed, 25 Jun 2014, Pierre Frenkiel wrote: > Anyway, the fact that this problem appeared just a few days ago on a > machine running since about 5 years seems indicate a hardware > problem (battery?) Yes, the lower "voltage" caused by a dying battery can increase the systematic drift on the RTC, or even stop the clock entirely for a small while. You want that battery replaced yesterday. The CMOS memory will corrupt data soon, if the RTC is already gone. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625161807.ga11...@khazad-dum.debian.net
Re: ntp problem
On Wed, 25 Jun 2014, B wrote: > On Wed, 25 Jun 2014 09:13:12 +0200 (CEST) > Pierre Frenkiel wrote: > > Anyway, the fact that this problem appeared just a few days ago on > > a machine running since about 5 years seems indicate a hardware > > problem (battery?) > > Very few chances, as this kinda battery can save its load for > at least 10 years (except if you had very long periods without > pluging your computer). I've never seen one that lasted for 10 years, and I've had to replace several CR2032 lithium cells on motherboards that were ~5 years old. And those were good quality cells, made in Japan. These cells do age (and discharge) with time, and temperature plays a role on the aging. Since the motherboard design will also play a major role, YMMV. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625163034.gb11...@khazad-dum.debian.net
Re: ntp problem
On Wed, 25 Jun 2014 13:30:34 -0300 Henrique de Moraes Holschuh wrote: > I've never seen one that lasted for 10 years, and I've had to > replace several CR2032 lithium cells on motherboards that were ~5 > years old. And those were good quality cells, made in Japan. > > These cells do age (and discharge) with time, and temperature > plays a role on the aging. Since the motherboard design will also > play a major role, YMMV. It varies, I've got 10 machines average 10 years old, some of 1999, that didn't discharge after a 3 years stay in a warehouse. The discharge current depends on the battery's quality, and japan isn't the only one to produce good quality, some chinese firms do and some korean produces hi quality too (you can also easily find shit in japan). When you're sure your machine(s) won't be stuck in a cave for long, you can also use a coupling device with 2 alcaline batteries in; sounds silly but works very good (change batteries every 4-5 years 'cos the discharge current's much higher than a for Lithium one). -- Simsy: what do you wanna be in the future? GasTon92: Bra signature.asc Description: PGP signature
How do package wallpapers for GNOME in Wheezy?
Hi. I've build a package with some of my favorite wallpapers. The package installs fine and I've created a XML file too. But the GNOME settings dialog of Wheezy doesn't show me my wallpapers. I've installed all files below /usr/share/backgrounds/joede-collection/1650x1050/ and installed the XML to /usr/share/gnome-background-properties/joede-wallpaper- collection-1366x768.xml Here is a shortened copy of the XML content. fictive_view_on_earth.jpg /usr/share/backgrounds/joede-collection/1650x1050/ fictive_view_on_earth.jpg zoom #00 #00 solid Forever-Shady.jpg /usr/share/backgrounds/joede-collection/1650x1050/Forever- Shady.jpg zoom #00 #00 solid Is there something wrong? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lof289$mbd$1...@ger.gmane.org
disk usage utility
I have a single partition mounted at '/'. When I run the disk usage utility, it shows That I have 66 GB remaining. Which is correct. But when I "scan home" it shows my home folder as 100% full. Why would my home folder be full, when my there is just one huge partition and it has plenty of empty space remaining?
Re: disk usage utility
On Wed, 25 Jun 2014 12:42:53 -0600 ChadDavis wrote: > I have a single partition mounted at '/'. When I run the disk > usage utility, it shows That I have 66 GB remaining. Which is > correct. But when I "scan home" it shows my home folder as 100% > full. What do you call "scan home"? > Why would my home folder be full, when my there is just one huge > partition and it has plenty of empty space remaining? I'd say there 2 poss.: 1- you activated (and perhaps configured) quotas, 3- HobbyWAN Kenobzzz And if your $HOME is really 100% full, that means you can't succeed making: touch ZZZ.ZZZ in it (as the right user). -- Maman says : Mondays are like your father, they come too fast! Pinelle says : H shit mom, don't say that! signature.asc Description: PGP signature
Re: chkrootkit message
On Wed 25 Jun 2014 at 10:41:24 -0400, Doug wrote: > On 06/25/2014 03:55 AM, Curt wrote: > >On 2014-06-24, Brian wrote: > >>Yes? > >No. > > Most interesting message on the list: If only such penetrating insight was applied to other posts this list would be transformed. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625195911.go29...@copernicus.demon.co.uk
Re: Please help me
On Wed 25 Jun 2014 at 20:55:02 +0600, monirul hasan wrote: > using utorrent. During installation a message says that "The missing > firmware files are :rtl_nic/rtl8105e-1.fw . At what exact point? (It is not a cause of your main problem, however. Please read the manual), >I made my 16GB USB bootable from the iso image using "UNetbootin" software. On Windows? > However I completed installation and a message says installation is > complete and now remove your installation media USB. When I restart my > laptop a message says > > "Error: file "/boot/grub/i386-pc/normal.mod' not found . > > Entering rescue mode > grub rescue> Not good. The system is repairable but it would be vastly quicker for you to reinstall, taking into account Erwan David's advice. I'd delete the partitions you had set up before and install everything to one partition. GRUB should go in the MBR; /dev/sda probably. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140625200031.gp29...@copernicus.demon.co.uk
Re: Please help me
It's much better if your subject line reflects your problem. "Please help me" doesn't make the topic searchable for anyone else that may have your same problem. Then you are the sole recipient of the help others are investing their time in. I'm surprised anyone responded at all. :/ Ric -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ab2bd5.2050...@gmail.com
Re: Early access to a console (during runlevel 1)
Chris Bannister wrote: > Curt wrote: > > Chris Bannister wrote: > > > Bob Proulx wrote: > > >> A proactive admin should be aware of these things and schedule > > >> appropriate preventative maintenance. > > > > > > May I suggest Qualitative Maintenance as a better strategy. > > > > > > http://assetinsights.net/Glossary/G_Qualitative_Maintenance.html > > > > > > (as opposed to Preventative Maintenance.) > > > > I, for one (well), prefer Preventive Maintenance to Preventative > > Maintenance, and Quality Maintenance to Qualitative Maintenance. > > e.g. It was quality maintenance being done but unfortunately the wrong > type of maintenance was being performed too often. > > * quality maintenance - tasks done to a high standard. > * qualitative maintenance - tasks carefully chosen to extend the >longevity and performance of a device. > * preventative maintenance - series of tasks done at specified >intervals (without regard to longevity and performance of a device.) >IOW, do the tasks cause unnecessary wear and tear themselves? I am in agreement. Good discussion. But since we are talking what metrics can be used for fsck type of maintenance? For disk space we can follow the amount of free space available. But for known when an fsck check should be performed there is pretty much only time and number of mounts but neither of those seem particularly good at predicting a problem. They are just the best that we have available. In order to use a Qualitative/Quality type of schedule it would seem that we would need some way to measure said Quality. What would be used for that metric? And if there isn't any then I don't think that type of schedule can be applied. Bob signature.asc Description: Digital signature
Re: ntp problem
Henrique de Moraes Holschuh wrote: > Pierre Frenkiel wrote: > > Anyway, the fact that this problem appeared just a few days ago on a > > machine running since about 5 years seems indicate a hardware > > problem (battery?) > > Yes, the lower "voltage" caused by a dying battery can increase the > systematic drift on the RTC, or even stop the clock entirely for a small > while. It depends upon the motherboard but most won't draw battery power unless the computer is not powered. The battery is only used when the mains power is not connected. If the mains power is connected then the system uses mains power and not the battery power. If a computer is left sitting off for a long time (years) then the battery will most likely be drained flat. But one running under power doesn't use the battery and shouldn't need it. Again this is all motherboard dependent. They don't have to do it the right way. But this is the way we did it. In any case the motherboard battery and hardware clock is only for getting time close at system boot time. After the system is booted then the OS will keep its own time based upon the system frequency which is unrelated to the motherboard hardware clock. So you basically always have two clocks. (Notably the Raspberry Pi does not have a hardware clock at all. It only has the OS system time. Only one clock there. And it works just fine that way.) Utilities such as NTP are really good at adjusting the counting per second to tune the OS view of time to be very accurate. If that isn't working then I suspect some other problem. Such as two daemons fighting each other both trying to adjust the clock. Or some other failure. Bob signature.asc Description: Digital signature
Re: raid/mdadm help
On Mon, 23 Jun 2014 18:22:02 +0200 François Patte wrote: > Le 23/06/2014 17:22, Rodney D. Myers a écrit : > > which should be still similar in Debian 7. If you are new to RAID, > > > So what HTH you says is the good way: create one partitions on each of > your storages devices (say sdX1 and sdY1) then use the given command: > > # mdadm --create /dev/md0 --level=1 --raid-devices=2 \ > /dev/sdX1 /dev/sdY1 > > Then format the created raid array > > # mkfs.ext4 /dev/md0 Did the above, 1.5 hours ago, was working diligently until a few moments ago. now this is what I see; /sbin/mdadm --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Wed Jun 25 16:03:44 2014 Raid Level : raid1 Array Size : 976630464 (931.39 GiB 1000.07 GB) Used Dev Size : 976630464 (931.39 GiB 1000.07 GB) Raid Devices : 3 Total Devices : 3 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Wed Jun 25 17:40:37 2014 State : active, degraded, resyncing Active Devices : 1 Working Devices : 1 Failed Devices : 2 Spare Devices : 0 Resync Status : 6% complete Name : riverside:0 (local to host riverside) UUID : 22da3cb6:9c3b1aa0:8c8ba2c9:6c3cf76d Events : 1145 Number Major Minor RaidDevice State 0 8 330 active sync /dev/sdc1 1 8 491 faulty /dev/sdd1 2 8 652 faulty /dev/sde1 cat /proc/md0 cat: /proc/md0: No such file or directory root@riverside:~# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] [raid1] md0 : active raid1 sde1[2](F) sdd1[1](F) sdc1[0] 976630464 blocks super 1.2 [3/1] [U__] bitmap: 8/8 pages [32KB], 65536KB chunk unused devices: -- Rodney D. Myers They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Ben Franklin - 1759 signature.asc Description: PGP signature
Re: raid/mdadm help
On Wed, 25 Jun 2014 17:43:41 -0400 "Rodney D. Myers" wrote: > > # mdadm --create /dev/md0 --level=1 --raid-devices=2 \ > > /dev/sdX1 /dev/sdY1 This is boring: nobody's prying over your shoulder trying to hack your system, so why hiding devices real names (especially when they're no hidden below…) > Array Size : 976630464 (931.39 GiB 1000.07 GB) > Used Dev Size : 976630464 (931.39 GiB 1000.07 GB) >Raid Devices : 3 > Total Devices : 3 > Persistence : Superblock is persistent > > Intent Bitmap : Internal > > Update Time : Wed Jun 25 17:40:37 2014 > State : active, degraded, resyncing > Active Devices : 1 > Working Devices : 1 > Failed Devices : 2 You can stop right now 'cos 2 of your HDz have been kicked out from your array (well, let's finish, it will at least tell you if the remaining HD has a problem or not). Final diag: at least 2 of your HDz have unrecoverable (RAID only?) errors that systematically kicks them out of an array. You can't do nothing RAID with these disks (@ least 2 of them). -- Charity, n.: A thing that begins at home and usually stays there. signature.asc Description: PGP signature
Re: raid/mdadm help
Rodney D. Myers a écrit : > > Did the above, 1.5 hours ago, was working diligently until a few > moments ago. > > now this is what I see; > > /sbin/mdadm --detail /dev/md0 > /dev/md0: > Version : 1.2 > Creation Time : Wed Jun 25 16:03:44 2014 > Raid Level : raid1 > Array Size : 976630464 (931.39 GiB 1000.07 GB) > Used Dev Size : 976630464 (931.39 GiB 1000.07 GB) >Raid Devices : 3 > Total Devices : 3 > Persistence : Superblock is persistent > > Intent Bitmap : Internal > > Update Time : Wed Jun 25 17:40:37 2014 > State : active, degraded, resyncing > Active Devices : 1 > Working Devices : 1 > Failed Devices : 2 > Spare Devices : 0 > > Resync Status : 6% complete > >Name : riverside:0 (local to host riverside) >UUID : 22da3cb6:9c3b1aa0:8c8ba2c9:6c3cf76d > Events : 1145 > > Number Major Minor RaidDevice State >0 8 330 active sync /dev/sdc1 >1 8 491 faulty /dev/sdd1 >2 8 652 faulty /dev/sde1 Any messages in the kernel log related to the disks or md which could explain why the devices become faulty ? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ab44b0.1070...@plouf.fr.eu.org
USB 3.0 support
I'm running Jessie on a Gigabyte GA-970A-D3P board with an AMD FX6100 processor. The board has USB 3.0 ports on the back that don't seem to work. I have an Eagle Consus external case with a WD Red drive in it. This is advertised as supporting USB 3.0, and comes with a cable that has a different device end than I'm used to seeing with USB 2.0 devices. However, when I plug it into the USB 3.0 ports, it doesn't show up. When I plug it into the USB 2.0 ports, it does. I've had similar experiences with USB 3.0 flash drives. When I first installed this motherboard, I was having problems with it, trying to get the USB ports to work at all. It seemed like the USB2 or USB3 ports would work but not at the same time. Moreover, the setting also seemed to affect the onboard LAN controller. Anyway, I've been working with just USB2 ports for some time but want to connect the external drive at full USB3 speeds. There are BIOS settings dealing with USB that include onboard USB and USB controllers (enable/disable) - both enabled. USB legacy support (enable/disable) - enabled. And XHCI & EHCI handoff (enable/disable) - both enabled. I'm getting some XHCI and EHCI messages which seem to indicate that the XHCI driver is failing to load: [ 19.266657] xhci_hcd :02:00.0: can't setup: -110 [ 19.266705] xhci_hcd :02:00.0: USB bus 1 deregistered [ 19.266758] xhci_hcd :02:00.0: init :02:00.0 fail, -110 [ 19.266764] Switched to clocksource tsc [ 19.266821] xhci_hcd: probe of :02:00.0 failed with error -110 [ 19.267761] [sched_delayed] sched: RT throttling activated [ 19.328206] ehci-pci :00:12.2: EHCI Host Controller [ 19.328221] ehci-pci :00:12.2: new USB bus registered, assigned bus number 1 [ 19.328229] ehci-pci :00:12.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround [ 19.328242] ehci-pci :00:12.2: debug port 1 [ 19.328298] ehci-pci :00:12.2: irq 17, io mem 0xfeb09000 [ 19.339809] ehci-pci :00:12.2: USB 2.0 started, EHCI 1.00 [ 19.339968] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 19.339975] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 19.339980] usb usb1: Product: EHCI Host Controller [ 19.339984] usb usb1: Manufacturer: Linux 3.14-1-amd64 ehci_hcd [ 19.339987] usb usb1: SerialNumber: :00:12.2 [ 19.340262] hub 1-0:1.0: USB hub found [ 19.340286] hub 1-0:1.0: 5 ports detected [ 19.403941] hub 2-0:1.0: USB hub found [ 19.403969] hub 2-0:1.0: 5 ports detected [ 19.404954] usb 3-5: USB disconnect, device number 2 [ 19.444516] ehci-pci :00:13.2: EHCI Host Controller [ 19.444532] ehci-pci :00:13.2: new USB bus registered, assigned bus number 6 [ 19.444543] ehci-pci :00:13.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround [ 19.444581] ehci-pci :00:13.2: debug port 1 [ 19.444619] ehci-pci :00:13.2: irq 17, io mem 0xfeb07000 [ 19.455871] ehci-pci :00:13.2: USB 2.0 started, EHCI 1.00 [ 19.456023] usb usb6: New USB device found, idVendor=1d6b, idProduct=0002 [ 19.456031] usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 19.456035] usb usb6: Product: EHCI Host Controller [ 19.456039] usb usb6: Manufacturer: Linux 3.14-1-amd64 ehci_hcd [ 19.456042] usb usb6: SerialNumber: :00:13.2 [ 19.456290] hub 6-0:1.0: USB hub found [ 19.456304] hub 6-0:1.0: 5 ports detected [ 19.519973] hub 3-0:1.0: USB hub found [ 19.519988] hub 3-0:1.0: 5 ports detected [ 19.584139] ehci-pci :00:16.2: EHCI Host Controller [ 19.584152] ehci-pci :00:16.2: new USB bus registered, assigned bus number 7 [ 19.584163] ehci-pci :00:16.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround [ 19.584176] ehci-pci :00:16.2: debug port 1 [ 19.584213] ehci-pci :00:16.2: irq 17, io mem 0xfeb04000 [ 19.595915] ehci-pci :00:16.2: USB 2.0 started, EHCI 1.00 [ 19.595973] usb usb7: New USB device found, idVendor=1d6b, idProduct=0002 [ 19.595978] usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 19.595981] usb usb7: Product: EHCI Host Controller [ 19.595985] usb usb7: Manufacturer: Linux 3.14-1-amd64 ehci_hcd [ 19.595988] usb usb7: SerialNumber: :00:16.2 [ 19.596231] hub 7-0:1.0: USB hub found [ 19.596243] hub 7-0:1.0: 4 ports detected [ 19.660026] hub 5-0:1.0: USB hub found [ 19.660041] hub 5-0:1.0: 4 ports detected I'm also getting a lot of messages similar to: [1.442345] AMD-Vi: Event logged [IO_PAGE_FAULT device=02:00.0 domain=0x0015 address=0xbea106c0 flags=0x0010] that show up before the xhci_hcd messages. Any ideas anyone? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ab4c6e.3030...@torfree.net
Re: raid/mdadm help
On Thu, 26 Jun 2014 00:00:31 +0200 B wrote: > You can stop right now 'cos 2 of your HDz have been kicked out > from your array (well, let's finish, it will at least tell you > if the remaining HD has a problem or not). > > Final diag: at least 2 of your HDz have unrecoverable > (RAID only?) errors that systematically kicks them out > of an array. > > You can't do nothing RAID with these disks (@ least 2 of them). My apologies for boring you. those 2 hard drives are new, which is the annoying part -- Rodney D. Myers They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Ben Franklin - 1759 signature.asc Description: PGP signature
Re: raid/mdadm help
On Wed, 25 Jun 2014 20:10:02 -0400 "Rodney D. Myers" wrote: > those 2 hard drives are new, which is the annoying part Yeah, but brand new HDz with problems exists :( As Pascal told you, check anything in /var/log/messages that could be connected to your problem; also check that all electrical/data connections are correct. If everything's good, that'll leave the disks. -- * Cécilia was unblocked Cécilia says : kikooo!!! * Cécilia was blocked signature.asc Description: PGP signature
Synaptic messed up
I had an orange triangle show up where the upstate square usually shows. I clicked on it and got the following messages. Error message: Fetch failed: W:Failed to fetch ftp://debian.cites.illinois.edu/pub/debian/dists/wheezy/updates/main/source/Sources Unable to fetch file, server said 'Failed to open file. ' , W:Failed to fetch ftp://debian.cites.illinois.edu/pub/debian/dists/wheezy/updates/contrib/source/Sources Unable to fetch file, server said 'Failed to open file. ' , E:Some index files failed to download. They have been ignored, or old ones used instead. I opened synaptic and received the following: E: The value 'stable-updates' is invalid for APT::Default-Release as such a release is not available in the sources E: _cache->open() failed, please report. I have no idea what the problem is. It doesn't matter which of the U.S. sites I pick I get the same messages. I deleted synaptic and re-installed it from the apt-get command line but it is still there. Although today I did get a security update that worked just fine. Any thoughts on what I should do to fix this? Thank you.
Re: Synaptic messed up
On Wed, Jun 25, 2014 at 08:18:41PM -0400, Maureen L Thomas wrote: > I had an orange triangle show up where the upstate square usually > shows. I clicked on it and got the following messages. > > Error message: > > Fetch failed: W:Failed to fetch > ftp://debian.cites.illinois.edu/pub/debian/dists/wheezy/updates/main/source/Sources > Unable to fetch file, server said 'Failed to open file. ' > > , W:Failed to fetch > ftp://debian.cites.illinois.edu/pub/debian/dists/wheezy/updates/contrib/source/Sources > Unable to fetch file, server said 'Failed to open file. ' > > , E:Some index files failed to download. They have been ignored, or > old ones used instead. > > > > > I opened synaptic and received the following: > > > E: The value 'stable-updates' is invalid for APT::Default-Release as > such a release is not available in the sources > > E: _cache->open() failed, please report. > > > > > I have no idea what the problem is. It doesn't matter which of the > U.S. sites I pick I get the same messages. I deleted synaptic and > re-installed it from the apt-get command line but it is still there. > Although today I did get a security update that worked just fine. > > Any thoughts on what I should do to fix this? The errors tell us what the problem is. stable-updates is an invalid value for APT::Default-Release Probably somewhere in our /etc/apt/source.list you have "stable-updates" where you should really have "wheezy-updates". Do us a favour and paste in the content of your /etc/apt/source.list Tony https://tonybaldwin.info -- http://www.myownsite.me web design, development & hosting -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140626012126.GA10559@localhost.localdomain
Re: ntp problem
On Wed, 25 Jun 2014, Bob Proulx wrote: > It depends upon the motherboard but most won't draw battery power Lithium cells don't age just because you drain them, they will also degrade with time. The fact that they're *always* being drained due to the leakage current _inside_ the cell (which is really small, but it is NOT zero) also helps the aging, of course. > Utilities such as NTP are really good at adjusting the counting per > second to tune the OS view of time to be very accurate. If that isn't > working then I suspect some other problem. Such as two daemons > fighting each other both trying to adjust the clock. Or some other > failure. Ideed. If "ntpd -g" manages to step the clock (initial sync) but loses synchronization later, that's a problem that is unrelated to the hardware clock/RTC. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140626015213.ga27...@khazad-dum.debian.net
