GrrrrBelieve me, not asking for downvotes, but I need to get rid of some steam pressure. You spent half an hour to fix, test and post an edited version of a script. Not even an upvote from OP because of additional requirements ... askubuntu.com/questions/730701/…
He's on my blacklist of people not to answer any more questions from.
Having a weird problem - I can generate traps based off snmpd defaultTriggers & DISMAN events if I stop the snmpd service and "sudo" it in the foreground, but when using -u root -gid 0 it won't run as "designed"
/etc/default/snmpd:
SNMPDOPTS='-Lsd -Lf /dev/null -u root -g 0 -I -smux,mteTrigger,...
Root cause analysis (RCA) is a method of problem solving used for identifying the root causes of faults or problems. A factor is considered a root cause if removal thereof from the problem-fault-sequence prevents the final undesirable event from recurring; whereas a causal factor is one that affects an event's outcome, but is not a root cause. Though removing a causal factor can benefit an outcome, it does not prevent its recurrence within certainty.
For example, imagine an investigation into a machine that stopped because it overloaded and the fuse blew. Investigation shows that the machin...
@muru: During this community wiki lockdown period (due to sustained sabotage attacks), if you e-mail the doc team at ubuntu-doc@lists.ubuntu.com with the page link and specific instructions as to what should be changed, then I'm sure an administrator that still has edit access will do it for you.
@muru @ByteCommander @kos: Oh crap. I found errors in the Ubuntu serverguide master source code .xml files with the improved ascii checker commands. (actually, "oh, good", as that was the point after all. Now they will get fixed.)
4 people in a car. 1 is suspected to be armed and dangerous 4 cops with dogs around them with guns out. Now you get FIVE guesses what happens next and THEN you may watch the video
@kos: Yes. However, I did upvote your answer. I am now attempting to use @ByteCommander 's script to check the 65 or so translated languages .xml files for valid utf-8 all with the one command.
@DougSmythies Thanks. The grep solution is probably going to be the fastest, and anyway it's the most simple one, so I'd say is the best one, though Byte Commander's answer is interesting, it has a wide range of possible uses.
@ThomasW. thanks for looking into that. I'm not a Debian Developer though - just the maintainer. I looked into becoming one at one point and discovered that I need my GPG key signed by at least two other Debian Developers before I could be considered.
no, I cancelled as soon as I realised it wasn't doing what I wanted it to.. (erasing a usb drive). was on the phone at the same time as doing it. not a good idea obviously...
understood there might be a chance of there being something left of my files, so I thought I'd give it a try
No command 'Sudo' found, did you mean: Command 'sudo' from package 'sudo-ldap' (universe) Command 'sudo' from package 'sudo' (main) Command 'udo' from package 'udo' (universe) Sudo: command not found
@Ingrid Still testdisk probably won't avail. Filesystem entries are stored at the start of the disk, and that command wipes the disk starting from the start. You should be able to recover the files using photorec, but the problem is photorec doesn't recover metadata (no filename just to start).
@Ingrid Without the filename and without any other attribute, but there are other caveats: 1- If your disk was fragmented enough chances are that a number of files used to have at least some data in the wiped section, i.e. some file might be corrupted. 2- You have to specify formats, such as specific containers for video files etc... Anything matching the specified formats is recovered. You'll need quite a bit of disk space to do that.
3- Forget about recovering text files. There are just too many. Unless you have a way to filter out the recovered files they'll likely get lost among the others. You can try though.
@Ingrid Even a second of dd running full speed on a regular hard drive is enough to destroy the filesystem of the first partition. Which is your partition layout though? If you have the partition you wish to recover the data from close enough to the end of the disk you might be able to use testdisk.
@kos ah, well it's strange because it went on for some time. I was thinking it'd be quick, considering I thought it was on the usb stick, but it never ended. So maybe there's not much hope then.
@Ingrid testdisk has an option to discover partitions, I would try detecting the partition and try to recover the files that way first, and then going for photorec if no avail.
@kos ok, great. So I'll use the live usb (I guess that means without installing?), download testdisk and try that first, and then photorec possibly. Sorry for asking so much, want to try to do things the right way now instead of experimenting with things I don't know again...
@Ingrid That's perfectly understandable, there's no problem. But absolutely do not install anything on the drive, that would overwrite both intact and corrupted files still on the drive with the new files coming from the installation. Yes, remember you'll have to keep a drive to store the recovered files handy (you can't obviously use the same drive to store the recovered files).
And you should make sure the drive will be able to store all the recovered files, so you'll have to estimate that beforehand.
@NathanOsman just ping me every time there's an upload - if it's bugfix only it should be mergeable, but FeatureFreeze comes up in a couple weeks or so
after that time it'll have to wait for next cycle in most likelihood
(unless it qualifies for a FeatureFreeze Exemption)
once it reaches 100% the phone should stop charging it and only draw enough current from the charger to power whatever the phone needs. Theoretically anyhow.
@kos Tried Testdisk now and it couldn't find any files on the disk (I had only one partition).. I guess that means there's no use trying anything else with Testdisk. Tried recovering partition table, but don't get what it's actually doing and where, so it didn't help me (and I guessed it wasn't worth looking into it further) Will try Photorec tomorrow
@Seth yep. I should get some kind of system for continually backing up my stuff. as it was now, my last backup was from a few months back. can't be bothered to do it too often
@Seth Oh right, sounds interesting! Will look into this. I've done similar stupid things before, so it's definitely worth it. Love Linux, but sometimes you get a bit carried away with what you think you can handle... ;)
@Ingrid Yeah it was predictable. You should have better luck with photorec though. I did a similar silly mistake once and with photorec I've been able to recover almost all of my picures... as long as somthing is in the non-wiped section you should be able to recover it.