search for: magnetism

I have persuaded my company to move towards an RoR shop... from a PHP 5 (with in-house-built framework)... so the jump is not terribly bad. I''m REALLY excited actually! My problem: I am overwhelmed with all the setup Loops I have to jump through to get RoR setup. I tried it on my current Apache 1.34 and decided it''d be easier to make the Lighty (1.4.11) jump. So I did. I get

On Mon, 2016-02-08 at 14:22 -0800, John R Pierce wrote: > the only truly safe way to destroy data on magnetic media is to grind > the media up into filings or melt it down in a furnace. I unscrew the casing, extract the disk platter(s), slide a very strong magnet over both sides of the platter surface then bend the platter in half. How secure is that ? I can't afford a machine that

Hi, I've installed Photoshop CS2 using WINE. Everything, except for the magnetic lasso tool's last point deletion, works. Using Ubuntu 8.10 Intrepid Ibex. I've tried uninstalling all compiz packages but it didn't do any good. Any solutions? Thank you very much, Yuval.

DBAN is obsolete. NIST 800-88 for some time now says to use secure erase or enhanced security erase or crypto erase if supported. Other options do not erase data in remapped sectors. Chris Murphy

Hi, could anybody suggest a usable doorphone and magnetic door opener "hardphone" system for me, please? Of course should be connectable to asterisk. I am in the EU, should be available here. thank you, Csaba

hi list i have got a redhat 9 system with samba-3.0.2a installed running as a PDC. I am using the smbldap-tools-8.5 from idealx.org. now the problem is that when i try to change change a user password using smbpasswd i get this: -------------------------------------------------------------------- [root@fileserver smb-pdc]#>/usr/local/samba/bin/smbpasswd testuser New SMB password:

I was using lighty+fastcgi before, and it was working pretty well, but I decided to move to Apache+mongrel because I really really like Mongrel. Well now I found out about lighty+pound+mongrel [1] and I think I''m going to give that a shot. I definitely prefer lighty to Apache - it''s pretty ridiculous how much fewer resources it uses. Anyway the only thing I''m going to

We have a potential requirement to produce a limited number of embossed PVC cards with magnetic encoding for an internal project. We are considering obtaining a read/write device (likely USB) suitable for encoding HICO magnetic stripes. Has anyone here any experience with suitable hardware and software that runs on CentOS-6? If so then what was used and what problems were encountered getting

> -----Original Message----- > From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On > Behalf Of EGO-II.1 > Sent: den 9 februari 2016 09:00 > To: CentOS mailing list > Subject: Re: [CentOS] Utility to zero unused blocks on disk > > > > >> the only truly safe way to destroy data on magnetic media is to grind > >> the media up into

On Mon, February 8, 2016 4:22 pm, John R Pierce wrote: > On 2/8/2016 2:14 PM, Chris Murphy wrote: >> DBAN is obsolete. NIST 800-88 for some time now says to use secure erase >> or >> enhanced security erase or crypto erase if supported. >> >> Other options do not erase data in remapped sectors. > > the only truly safe way to destroy data on magnetic media is

Is there a utility to zero unused blocks on a disk? CentOS 6.7/Ext4 I saw zerofree, but I?m not sure it would work on Ext4 or even work on this version of CentOS. thanks, -wes

On httpd I use ProxyPass and ProxyPassReverse to forward requests to webrick and mongrel. How can I do this same thing using Lighty and Mongrel? Thanks, Joe -- Posted via http://www.ruby-forum.com/.

What is the best way to implement a ''Down for Maintenance'' page across your Rails app? Ideally I would like to have a button in my admin section that toggles the display of a ''currently under maintenance'' page to every public request to the app (possibly with some dynamic content like estimated down-time) except for: - - requests from a specified IP

On 02/08/2016 07:38 PM, Always Learning wrote: > On Mon, 2016-02-08 at 14:22 -0800, John R Pierce wrote: > >> the only truly safe way to destroy data on magnetic media is to grind >> the media up into filings or melt it down in a furnace. > I unscrew the casing, extract the disk platter(s), slide a very strong > magnet over both sides of the platter surface then bend the

On 01/06/2016 01:23 AM, Jeremy Allison wrote: >> Jan 5 23:17:32 storage4 nmbd[34068]: [2016/01/05 23:17:32.086480, >> 0] ../source3/nmbd/nmbd_packets.c:1174(process_lanman_packet) >> Jan 5 23:17:32 storage4 nmbd[34068]: process_lanman_packet: >> Discarding datagram from IP 172.21.140.17. Source name STORAGE4<00> >> is one of our names ! >> " >

Hi all, I am experimenting an issue with XCP 1.0 and NetApp storage model . My XCP server has a QLE2460 single channel fibre card. I have successfully connected the server to the storage. I can see the LUN connected via fibre channel by using scli command: scli output: ---------------------------------------------------------------------------- ---- HBA Instance 0: QLE2460 Port 1

Folks, Command "zpool status" reports disk status that includes read errors, write errors, and checksum errors. These values have always been 0 in our test environment. Is there any tool out there that can corrupt the state? At the very least, we should be able to write to the disk directly and mess up the checksum. Thank you in advance for your help. Regards, Peter -- This message

On Thu, 2005-07-28 at 08:44 -0500, Bryan J. Smith wrote: > On Thu, 2005-07-28 at 08:44 -0400, Peter Arremann wrote: > > *sighs* BS level exceeded... > > DVD-RAM is the most reliable, long-term optical archiving format. Well other than the name, it does not have anything in common with DVD because IIRC it's a Magneto Optical drive ... totally different Tech. Paul

Posting here in the hope that some one may have encountered problems with recovery from backups on LTO4 media and found a solution. Back ups on FujiFilm LTO4 media (800/1600). Archives created using tar -cf /dev/nst0. ?The tapes were fine when the archives were created (tested by extracting random sample files from them) but something went wrong in storage (no physical damage). Now a few LTO4

Does anyone know how to get procmail and dovecot to play happily together with mboxes? I'm on Centos 6.5, fully patched. I'm getting tons of lock timeouts which is killing performance. I tried using dovecot's lda from procmail, which prompted many adjustments to selinux, which I managed, but it still gives permission problems, and I haven't succeeded in getting it to deliver