From kde-linux Fri Oct 27 02:08:43 2006 From: "Aphofis.com - Network Operations Centre" Date: Fri, 27 Oct 2006 02:08:43 +0000 To: kde-linux Subject: [kde-linux] Manually verifying file integrity Message-Id: <1161914923.9089.15.camel () multivac-2 ! aphofis ! com> X-MARC-Message: https://marc.info/?l=kde-linux&m=116191496208225 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0406260485==" --===============0406260485== Content-Type: multipart/signed; micalg=sha1; protocol="application/x-pkcs7-signature"; boundary="=-XKJQ84dL096y6MG783zN" --=-XKJQ84dL096y6MG783zN Content-Type: multipart/alternative; boundary="=-8FIkJiMvrfrLOSZQvhb7" --=-8FIkJiMvrfrLOSZQvhb7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In DOS there was the ability to verify a singular files integrity by using chkdsk c:/file.dos......The result indicated if the file integrity was so. There was also the ability to set in the Autoexec.bat set verify=3DON - which made sure that EVERY file that you copied you did not need to use the verify option C:\file.dos C:\temp\file.dos /v=20 My questions are=20 1. Is there a global set verify=3Don in Linux? 2. Is there the ability to verify a single files integrity as above with a similar command such as chkdsk The reason I ask is that I recently lost my home directory and I had KDAR backing up the /home directory every week to an NFS drive. When I came to restore the archive the files header was reported to be corrupted. Also as a backup I copied with Konqueror the /home directory to an NFS drive and some of the files are aslo now not readable due corruption. I have made an Enhancement report to both Konqueror and KDAR that they include a verify option like most backup programs. Over many years I have seen backups unable to be restored because verify was not turned on. Now its happened to me.I understand the file system in Linux is far superior in its disk I/O but I dont want to waste time backing up if I cannot ensure the files are intact. Scott Couston Nework Operations Centre - Aphofis.com --=-8FIkJiMvrfrLOSZQvhb7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable In DOS there was the ability to verify a singular files integrity by using = chkdsk c:/file.dos......The result indicated if the file integrity was so.<= BR> There was also the ability to set in the Autoexec.bat set verify=3DON - whi= ch made sure that EVERY file that you copied you did not need to use the ve= rify option C:\file.dos C:\temp\file.dos /v

My questions are
1. Is there a global set verify=3Don in Linux?
2. Is there the ability to verify a single files integrity as above with a = similar command such as chkdsk

The reason I ask is that I recently lost my home directory and I had KDAR b= acking up the /home directory every week to an NFS drive. When I came to re= store the archive the files header was reported to be corrupted. Also as a = backup I copied with Konqueror the /home directory to an NFS drive and some= of the files are aslo now not readable due corruption.

I have made an Enhancement report to both Konqueror and KDAR that they incl= ude a verify option like most backup programs. Over many years I have seen = backups unable to be restored because verify was not turned on. Now its hap= pened to me.I understand the file system in Linux is far superior in its di= sk I/O but I dont want to waste time backing up if I cannot ensure the file= s are intact.

Scott Couston
Nework Operations Centre - Aphofis.com
--=-8FIkJiMvrfrLOSZQvhb7-- --=-XKJQ84dL096y6MG783zN Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGHzCCAtgw ggJBoAMCAQICECMdfYsHvj8/FDcvZLiaqNUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDcyMzExMzkzNloXDTA3MDcyMzExMzkz NlowQTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEeMBwGCSqGSIb3DQEJARYPbm9j QGFwaG9maXMuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAt2jJKB3DDg3JggLl OY55b5iam3UJAM3DgbVGicmuwlewUyxVrrVdxSsat7WDgSUbNb8rwgbEdPiM4rwGGtJa+Bx2m9ei mXly3sbzaU5nhVUpd3Jl6+FGbopzK4hMYMChE9BHJNXbjexLXhqVYxmy2Ie3h1cu1SAir5zA/hWq TS9s3i+Smn8PAZNCqTrIuh6o6lfPaO6+fs6z9LntI5kuZ+MvCyZlmK5AH1o5H+MMDJdG5s4S/B7n w0l+j+xlzHYHkIi4YU26FabhSI7we4/IrSqdmbw21F1efg7p0RqApyxwLvHxhWkDKc4ldKYG6FIv a9cIkiwv8un/87Vc2VYngwIDAQABoywwKjAaBgNVHREEEzARgQ9ub2NAYXBob2Zpcy5jb20wDAYD VR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQDAj5XL7UjEZLAE/WLjOyWjNAHGiFvZIjEcP8fx Wi1qaeP2v1/56C89wRwre68OX+NUTjpKvGuSdTx+dKYXRx4EJW5KAJs1+1CWlBO4sVL1dARc6j/y 8tawpUID9VAchjwxwoTTaxPnStAKH4XyHzY5c4NWBTLoPBKHTJT+Arvq6zCCAz8wggKooAMCAQIC AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065 yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5k GXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0 dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQE AwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcN AQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t 4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpb NU1341YheILcIRk13iSx0x1G/11fZU8xggH8MIIB+AIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYD VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQIx19iwe+Pz8UNy9kuJqo1TAJBgUrDgMCGgUAoF0wGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMDI3MDIwODM5WjAjBgkq hkiG9w0BCQQxFgQUL40F1vO6kArmN9eLZDVmCmhSoHswDQYJKoZIhvcNAQEBBQAEggEAG6otFbMt k0FSHvpz57dDZ3XD8VNBx0f6SrdxCmnkNfnmTE9/YogGjElKtmoPxwwHk1mNzXNZtf0TBIX/BIIx i7Ro8hxhIE2BEmAkAhTYZQj8moHI+F+B3vPNOWVa+z3awzMpnGwbkhAq5E2DU0jmeR92YZbGUCDK pqxG+iKOBZQBN3O4i2vZebiNIFIYKVHm/Th6na4fynW7FdNTN1N2cejF/O8/TOGbUitc18Ct4aMA tpdVLuFdNhT/Kf/lD/wEmIGnC0KsRwDK+IhDPYxiRvkTzPV0/J9DOg0KlZQ39ybxBrgMjIbeoJuO kxnZ/1GfueISv+6j6R++q9DHTcqklgAAAAAAAA== --=-XKJQ84dL096y6MG783zN-- --===============0406260485== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________ This message is from the kde-linux mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde-linux. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html. --===============0406260485==--