Re: Can RedHat get-into an OS to determine an OS's intentional faults via the Net..?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2011-12-07 at 11:48 -0800, Linda McLeod wrote:
> "Mindless toilet-class kooks" are targeting my PC's via the Internet.. 
> I got this message mess when I attempted an update...
> 
> _____________________
> 
> 
> Error Type: <class 'yum.Errors.ConfigError'>
> Error Value: File contains no section headers.
> 
> 
> 
> 13:15:51 : network interface eth0 (tg3) is connected
> 13:15:51 : Connected to an network
> 13:15:51 : network interface eth0 (tg3) is connected
> 13:15:51 : Starting yum child process
> 13:15:57 : YUM: Yum Version : 3.2.28
> 
> 13:15:57 : YUM: Loaded plugins: langpacks, presto
> 
> 13:15:57 : YUM: Adding en_US to language list
> 
> 13:15:57 : YUM: Traceback (most recent call last):
> 
> 13:15:57 : YUM:   File "/usr/share/yumex/yum_childtask.py", line 66, in
> <module>
> 
> 13:15:57 : YUM:     my = YumServer(debuglevel, plugins, offline, repos,
> yum_conf)
> 
> 13:15:57 : YUM:   File
> "/usr/lib/python2.7/site-packages/yumexbackend/yum_server.py", line 190,
> in __init__
> 
> 13:15:57 : YUM:     self.repos.setProgressBar(self.dnlCallback)
> 
> 13:15:57 : YUM:   File
> "/usr/lib/python2.7/site-packages/yum/__init__.py", line 823, in
> <lambda>
> 
> 13:15:57 : YUM:     repos = property(fget=lambda self: self._getRepos(),
> 
> 13:15:57 : YUM:   File
> "/usr/lib/python2.7/site-packages/yum/__init__.py", line 548, in
> _getRepos
> 
> 13:15:57 : YUM:     self.getReposFromConfig()
> 
> 13:15:57 : YUM:   File
> "/usr/lib/python2.7/site-packages/yum/__init__.py", line 440, in
> getReposFromConfig
> 
> 13:15:57 : YUM:     self.getReposFromConfigFile(repofn,
> repo_age=thisrepo_age)
> 
> 13:15:57 : YUM:   File
> "/usr/lib/python2.7/site-packages/yum/__init__.py", line 369, in
> getReposFromConfigFile
> 
> 13:15:57 : YUM:     raise Errors.ConfigError, msg
> 
> 13:15:57 : YUM: yum.Errors.ConfigError: File contains no section
> headers.
> 
> 13:15:57 : YUM: file: file://///etc/yum.repos.d/skype.repo, line: 2
> 
> 13:15:57 : YUM: 'run\n'
> 
> _____________
> 
> 
> What the AH's are doing to my PC's OS is what the diaperhead coke-soaked
> black-h's are doing to other's PC's to pester them/us/me/you..  Seems it
> be the police who are doing a lot of the cracking in this world.. It's
> probably too much cocaino usage by the so called "authorities", who seem
> to place themselves above the law, because they can.. What do I need to
> do for RedHat upload a copy of this OS's bullied-faults on the hd, for
> RedHat to determine the extent of the black-h's tampering, to build
> safeguards and blocks, to make Fedora more secure..?  Me thinks,
> determining the crap that's happening to my PC's OS's should expose and
> direct to RedHat Security Writers to the extent, qualitatively and
> quantitatively, into the physics of such attacks... 
> 
> Seems I must DBAN-autonuke this hd, and reinstall F-14.. unless someone
> has a viable solution to alleviate this mess..  
> This is my ageing mum's secondary-computer..  She is 88.. I'm trying my
> all to get her to come over to Linux, and to allow me to trash the
> m'soft-sewage in her computers...
> 
> It's embarrassing that this government is so void of common decency, as
> to get their sickly libido-rushes by attacking the life of an innocent
> good honest dying old lady who is doing only good for the human race..  
> My only consolation in this mess is "what goes around, comes around"..
> I'm sure they'll get their's Harder than I can even begin to imagine...
> 
> 
> Can this OS mess be easily repaired, or must I format the hd..?
> 
> Is F-15 or F-16 more secure than F-14..?
> 
> What be the very most secure Linux distro on the planet..?
> 
> -- 
> http://www.fastmail.fm - Faster than the air-speed velocity of an
>                           unladen european swallow
> 

Here's something to consider: 

Storage media has a finite life span. Every write brings that sector
closer to failure, and eventually, a problematic portion of the drive is
excluded from use by the drive's firmware.  Normally, this happens in
small chunks, transparently, and the user is not affected by it.
Eventually, a system with appropriate tools will warn that the
"reallocated sector count" has reached a threshold, and the drive should
be replaced.  Continued use of such a failed drive would have
unpredictable results and is not recommended.

However, a user that responds to minor software problems with a process
that writes several passes of random data to every sector on the drive
cannot expect normal results.  A user with this usage pattern would be
well advised to learn the proper usage of their operating system to
avoid undue wear on the system and further personal stress. The line
between the malicious intent of a third party and the willful ignorance
of a first party may be broad, but perhaps only to the observer.

Then again, someone experiencing computer problems without apparent
impetus may be the victim of maliciously targeted planned obsolescence
scheme propagated by a data-hungry hard drive manufacturing industry, in
an evil attempt to circumvent Facebook's privacy filters and reap a
wealth of shopping lists and pet photos directly from the user's hard
drive when the drive is returned for warranty service. 






-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux