FS#18536 - [mkinitcpio] WARNING: Unmatched bracked
Attached to Project:
Arch Linux
Opened by Mr. K. (KitchM) - Tuesday, 02 March 2010, 21:17 GMT
Last edited by Thomas Bächler (brain0) - Friday, 05 March 2010, 08:46 GMT
Opened by Mr. K. (KitchM) - Tuesday, 02 March 2010, 21:17 GMT
Last edited by Thomas Bächler (brain0) - Friday, 05 March 2010, 08:46 GMT
|
Details
Description:
During the latest upgrade to the kernel (2.6.32-ARCH #1 SMP PREEMPT Tue Feb 23 19:24:08), I received the following message: ...... ::Parsing Hook [autodetect] WARNING: Unwanted bracket in dmi:bvnAwardSoftwareInternational,Inc.:bur6.00PG:bd11/18/2002:svn:pn:pvr:rvnABIT<http//wwww.abit.com.tw>:rvnVT8366A_8233(KR7A[-RAID]|[-133[R]]):rvrv1.0~:cvn:ct3:cvr: Additional info: * package version(s) latest kernel * config and/or log files etc. doesn't seem to apply Steps to reproduce: Install latest kernel upgrade. |
This task depends upon
Closed by Thomas Bächler (brain0)
Friday, 05 March 2010, 08:46 GMT
Reason for closing: Won't fix
Additional comments about closing: The "bug" is harmless, just an error message indicating a problem with a broken BIOS DMI table, which is probably very common. We could suppress the error message, but that might hide other more critical errors that occur in the future.
I am fairly certain that the above is the case, but the reporter has failed to conclusively confirm it, despite my multiple requests to do so.
On another note, I don't know if I should cry or laugh after reading the last comment - stripping away the insults, it just shows the complete lack of Linux knowledge of the reporter, yet he wants to lecture _me_ on it.
Friday, 05 March 2010, 08:46 GMT
Reason for closing: Won't fix
Additional comments about closing: The "bug" is harmless, just an error message indicating a problem with a broken BIOS DMI table, which is probably very common. We could suppress the error message, but that might hide other more critical errors that occur in the future.
I am fairly certain that the above is the case, but the reporter has failed to conclusively confirm it, despite my multiple requests to do so.
On another note, I don't know if I should cry or laugh after reading the last comment - stripping away the insults, it just shows the complete lack of Linux knowledge of the reporter, yet he wants to lecture _me_ on it.
It does appear that the problem is not of the user's making. Therefore, I submit that this is a bug in the upgrade procedure.
(Don't you just hate errors without clear explanations?)
Thanks.
I've also noticed that there is a problem with the way these files are set up. Most of the files where simply a couple characters in size, and hardly any were more than one line. That method appears to cause more problems than it solves. Even rc.conf has much more information than any of these, and to make it worse, they have the same name. Just how many modalias files are necessary within one OS? Disk reads alone would be a slowdown to the system. There appears to be little doubt that someone needs to look into the basic design before more of the same is done. At the very least, a better system would eliminate these types of errors.
Thanks.
First, I was attempting to reply to the comment about a valid string. Basically, I can't offer verification, as you requested, because of the reasons I gave.
Then I was making general comments about part of the fundamental problems with the whole way that things are set up. Too many files name "modalias", and each having tiny bits of info. Its a mess. In other words, IMHO the fundamental problems are actually what causes these types of error problems. Bad setups make bad results.
I always try to look at ways to keep from having these types of problems come up. I can't address what others experience directly, but when I learn what's going on with my problem, I desire to find a way to fix it permanently. This helps me and others at the same time.
In this case, it is clear that the cause of the error is not readily available. Worse, we evidently don't know where it came from. That's pretty bad. This type of improperly supported coding has got to be changed. Errors must be more descriptive and self-explanitory, and the source must be much easier to find. As one CEO said when asked about his products tech support policies, "You'd think they never heard of the Maytag repairman. The product shouldn't need tech support."
Thanks.
All I need for verification is that 1) you find the file that contains these strings, 2) run modprobe --resolve-alias <bla> where <bla> is the contents of the offending modalias file.
My second comment actually answered the first item. The second item returns this line: bash: syntax error near unexpected token `('
Sorry I can't do any better. This just doesn't make any sense, except hopefully to a programmer.
Anyway, there is nothing we can do about the "problem", except suppress the error message. The cause of the message is most likely a harmless bug in your BIOS.
By the way, why did you even get involved if you don't like to help people and can't offer any useful advice? Why don't we just pass this off to someone who knows something.
Thank you.
Second, I actually seem to have overloooked something in your replies. When running:
# modprobe --resolve-alias $(cat /sys/devices/virtual/dmi/id/modalias)
the error message
# bash: syntax error near unexpected token `('
means you have typed it incorrectly. The expected result is that you get the same error message as in your original post.
Third, the rest of your last statement is nothing but a rude insult, and I will try to ignore it.